AVANT PROPOS

Pour bien mener son rôle éducatif, le gouvernement a introduit

depuis des années la soutenance du rapport comme sujet
d’évaluation dans le cursus du BTS (Brevet de Technicien Supérieur)
En effet cette épreuve a pour but devérifier les aptitudes et la faculté
du stagiaire à concevoir de façon claire et pertinente une application
ou un logiciel pour la gestion automatique et rationnelle du système
d’information d’une entreprise ou du gouvernement. D’où la
nécessité pour le ministère de l’enseignement supérieur et de la
recherche scientifique de mettre en début de chaque année, pour
chaque type de BTS, un projet d’intérêt national. Celui-ci est analysé,
réalisé et rédigé à travers un rapport par chaque stagiaire.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 1

 SOMMAIRE
REMERCIEMENT

DEDICACE

INTRODUCTION

PARTIE 1 : ETUDE PREALABLE

1. PRESENTATION DU THEME
2. ANALYSE DE L’EXISTANT
3. CRITIQUE DE L’EXISTANT
4. EBAUCHE DE SOLUTION
PARTIE 2 : ETUDE DETAILLE

I.PARTIE CONCEPTUELLE

1. LE CHOIX DE LA METHODE MERISE

2. QUELS EN SONT LES PRINCIPES ?
3. TABLEAU RECAPITULATIF DES NIVEAUX & MODELES
4. LES REGLES DE GESTION
5. LE DICTIONNAIRE DE DONNEES
6. STRUCTURE D’ACCES THEORIQUE(SAT)
7. MODELE CONCEPTUEL DE DONNEES (MCD)
II. PARTIE LOGIQUE

1. LE MODELE LOGIQUE DE DONNEES (MLD)

2. LA TAILLES DES DONNEES (MPD)
3. MODELE CONCEPTUEL DES TRAITEMENTS (MCT)
4. MODELE ORGANISATIONNEL DE TRAITEMENT
PARTIE 3 : REALISATION

I. CHOIX DU SGBD
II. CHOIX DE L’ENVIRONNEMENT DE TRAVAIL
III. ANNEXE

CONCLUSION

OUATTARA MOHAMED

RAPPORT DE STAGE Page 2

 REMERCIEMENTS
J’aimerais d’abord porter mes remerciements M. AHO Y. BENJAMIN,
mon professeur d’Algorithme, Langage, et Négociation, qui m’a
encadré tout au long de l’année scolaire sur la conception d’un projet
informatique, et à M. AYIKPA KACOUTCHY JEAN mon professeur de
Merise et Base de Données qui par la rigueur m’a donné un grand
esprit d’analyse d’un programme informatique en rapport avec une
base de données, j’aimerai aussi profiter de l’occasion pour remercier
mon professeur de langage évolué M. DIABAKATE
Nous tenons aussi à exprimer notre profonde gratitude à toute
l’équipe du MPEER pour le bon accueil qu’ils nous ont réservé tout au
long du stage.
Et de Manière très spéciale nous exprimons nos chaleureux
remerciements et notre profond respect a Mr. Charllemange
Mr. Kouakou, Mr.Kourouma et Mme. Kouassi
Mes remerciements vont de même à l’endroit de toutes les
personnes qui m’ont aidé, soutenue, encouragé et tous ceux qui de
près ou de, loin ont contribué d’une manière ou d’une autre à la
réalisation de mon projet.
Je ne saurai terminer sans toutefois remercier Le Tout Puissant Dieu
de m’avoir donné la sagesse, la force, la santé nécessaire de pouvoir
achever mon projet.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 3

 DEDICACE

A mes parents qui m’ont toujours encouragé et soutenu

financièrement en particulier ma mère qui m’a pris de deux mains
depuis ma naissance.
A mes frère et sœurs dont le soutien me fait avancer du jour au
lendemain.
A mes amis également de près ou de loin qui m’incite à donner le
meilleur de moi-même je vous remercie du fond du cœur.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 4

 INTRODUCTION

Plongé dans le monde où la technologie est en pleine croissance, les

entreprises se voient contraintes de produire en qualité et en
quantité pour satisfaire les utilisateurs. C’est ainsi que cette évolution
s’impose aux différents chefs d’entreprises et services.
Pour la bonne gestion du secteur informel, l’Etat de Côte d’Ivoire met
en évidence l’informatisation de la gestion des activités d’un
domaine bien spécifique comme gestion automatiséed’une
assistance
En effet, il nous est demandé de concevoir et de réaliser une
application permettant la bonne gestion de ces activités.
Cela permettrait à bon nombre d’ivoiriens de s’intéresser à ce
domaine, d’où le thème du projet : « Gestion automatisee de
l’assistance informatique au projet de l’informatisation». Dans un
travail bien organisé, notre analyse consistera d’une part à faire une
étude préalabledans laquelle nous présenterons le thème en
définissant le cahier de charge et d’autre part une étude détaillée et
nous présenterons par la suite une démarche bien structurée du
futur système.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 5

 PARTIE 1 :
ETUDE
PREALABLE

OUATTARA MOHAMED

RAPPORT DE STAGE Page 6

 1. PRESENTATIONDU THEME

THEME : GESTION AUTOMATISEE DE L’ASSISTANCE INFORMATIQUE

AU PROJET DE L’INFORMATISATION
CONTEXTE DU PROJET :
Dans le souci de gérer rationnellement les besoins des utilisateurs de
l’outil Informatique au sein du Ministère dePétroles Energies et
Energies et Renouvelables (MPEER)
OBJECTIF DU PROJET :
L’application devra tracer non seulement l’agent affectée à une tache
d’assistance, aider à planifier les éventuels Interventions et aider à
une prise de décision.
RESULTATS ATTENDUS DU PROJET :
Un dossier d’analyse rédigé
Une application fortement paramétrée

2. ANALYSE DE L’EXISTANT

L’assistance informatique représente généralement une plateforme

qui est en mesure d’apporter des solutions aux problèmes rencontrés
par des entreprises tant logiciels et matériels.
Situé au ministère géographiquement localisé, construit et équipé
afin d’exercer le service de dépannage pour être au service des
utilisateurs. Elle suscite souvent l’attente répétée de solution de
même que le lieu de choix et d’échange
Autrement dit, les gestions, les informations et les choix des
utilisateurs sont souvent dirigés par le responsable ou le gestionnaire

OUATTARA MOHAMED

RAPPORT DE STAGE Page 7

du Ministère .Le responsable à son tour se fait aider par un certain
nombre de personnels du ministère ayant des taches spécifiques.

3. CRITIQUE DE L’EXISTANT

Au regard de plusieurs expériences réalisées sur un échantillon assez

représentatif de l’assistance informatique, l’on peut affirmer que la
gestion des utilisateurs est principalement manuelle. D’où la quasi-
totalité des informations sur l’utilisateur et ses différents besoin sur
les incidents ne sont pas enregistrés.
Ce qui se traduit par une absence d’archive sauf dans très peu de cas
où l’on peut constater la présence des registres utilisateurs sur des
couches de feuilles et engendrant des erreurs sur les modes de
l’intervention. Ce qui dénote d’une gestion très peu rigoureuse des
nombreuses difficultés liées à la gestion de l’information ; qui peut
être la porte ouverte à toutes sortes d’indélicatesses et de dérives
potentiels dans un la gestion du gouvernement.
4. EBAUCHE DE SOLUTIONS

Vu ces dysfonctionnements relatifs de la gestion des utilisateurs, de

leurs besoins et des demandes auprès des intervenants pour un
entretien; favorisant une organisation fonctionnelle appropriée et
une gestion complète et efficace des informations, une étude basée
sur la méthode MERISE sera retenue.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 8

 PARTIE 2 :
ETUDE
DETAILLEE

OUATTARA MOHAMED

RAPPORT DE STAGE Page 9

I- PARTIE CONCEPTUELLE

1. LE CHOIX DE LA METHODE MERISE

MERISE (Méthode d’étude et de réalisation Informatique par système

d’entreprise). C’est une méthode d’analyse, de conception et de
réalisation de projets informatiques.
Le but de cette méthode est de fournir un cadre méthodique et un
langage commun en vue d’une formalisation rigoureuse et intégrale
pour une information pratique et réussit dans un système
d’information générale.
Historiquement la méthode MERISE est apparue en 1977 en France
grâce à la volonté des autorités françaises.
Elle s’impose comme la méthode de référence en informatique de
gestion en France et partout dans le monde et en particulier dans les
pays francophones à partir de 1982.
Il existe à l’évidence plusieurs autres méthode notamment Anglo-
Saxons comme AXIAL, IDA, NIAM etc.…

2. QUELS SONT LES PRINCIPES DE MERISE

La méthode MERISE est basée sur la séparation des données et des

traitements à effectuer en plusieurs modèles conceptuels,
organisationnels et physiques. Cette séparation permet de faire une
distinction entre les données et les traitements qui sont
profondément en interaction et s’enrichissent mutuellement
(Validation des données et des traitements et réciproquement).La
méthode MERISE intègre les besoins des utilisateurs, l’approche
technologique (Base de données, Réseaux etc.), par la conception

OUATTARA MOHAMED

RAPPORT DE STAGE Page 10

d’un système d’information (SI) qui se fait par étape afin d’aboutir à
une solution fonctionnelle reflétant la réalité physique.
MERISE propose une démarche articulée en étapes traduites en trois
niveaux de façon hiérarchique dans le SI. D’abord le niveau
conceptuel, puis le niveau logique ou organisationnel et enfin le
niveau opérationnel ou physique; décomposés eux même en modèle
de données et de traitement. Le but étant de valider une à une
chacune des étapes en prenant en les résultats de la phase
précédente d’une part et d’autres parts les données et les
traitements afin de s’assurer que toutes les données nécessaires au
traitement sont présentes et qu’il n’y pas de données superflues.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 11

 3. TABLEAU RECAPITULATIF DES NIVEAUX ET MODELES
MODELES

NIVEAU DONNEES TRAITEMENTS QUESTIONS

CONCEPTUEL Modèle Conceptuels Modèle Conceptuel des Quoi Faire ?

des Données (MCD): Traitements Et avec Quelle

formalise ou (MCT) : formalise les données

information utilisée processus du d’activité

du système

LOGIQUES OU Modèle Logique des Modèle Qui le fait ?

ORGANISATIONNELLE données (MLD) : Organisationnel des A quel

représente le choix Traitements (MOT) : moment ?

d’organisation des formalise les Et où ?

bases de données procédures

(BD) fonctionnelles

résultant du MCT

OPERATIONNEL OU Modèle Logique des Modèle Opérationnel Comment on

PHYSIQUE Données (MPD) : des traitements fait ?

détermination des (MOPT) : Elaboration

volumes et des des modules de

supports de programmation

stockage et des

infos

OUATTARA MOHAMED

RAPPORT DE STAGE Page 12

 4 .LES REGLES DE GESTION

• Un intervenant peut contribuer dans plusieurs

inventions

• Un utilisateurpeut constaterau moins un incident

• La direction informatique communique avec un

utilisateur

• Un fournisseur livre au moins un matériel informatique

• Un incident affecte au moins un matériel informatique

• Un intervenant a plusieurs ordres de mission

• Une intervention peut figurer dans un a plusieurs ordre

de mission

OUATTARA MOHAMED

RAPPORT DE STAGE Page 13

 5. DICTIONNAIRE DE DONNEE

CODE DESIGNATION TYPE LONG NATURE Observation

A /AN
/N E/COk,/CA M/SIG/
SIT
IDUtilisateur Identifiant de N E SIG ID
l’utilisateur
nomUtilisateur Nom de l’utilisateur AN 20 E SIG
prenomUtilisate Prénom de l’utilisateur AN 50 E SIG
ur
emailUtilisateur Email de l’utilisateur A 60 E SIG
telUtilisateur Téléphone de AN 15 E SIG
l’utilisateur
AdressUtili Adresse de l’utilisateur A 30 E SIG
DateAppUtili Date appel utilisateur date SIG JJ/ MM/AAAA
DirectUtli Direction de l’utilisateur A 30 E SIG
NumInter Numérointervention AN 8 E SIG ID
DateInter Date l’intervention date E SIG JJ/MM/AAAA
natrInter Nature de l’intervention AN 50 E SIG
dureeInter Durée de l’intervention AN 25 E SIG
TacheInter Tache de l’intervention AN 250 E SIG
obserUtili Observation utilisateur AN 60 E SIG
numOrdInter Numéro d’ordre AN 8 E SIG ID
intervention
LieuDeprtMiss Lieu Départ Mission AN 30 E SIG
LieuRetrMiss Lieu Retour Mission AN 30 E SIG
DateDeprtMiss Date Retour Mission date JJ/MM/AAAA
DateRetrMiss Date Retour Mission date JJ/MM/AAAA
NumComm Numérode la AN 8 E SIG ID
commande
DateComm Date de commande date JJ/MM/AAAA
objetComm Objet de la commande AN 250 E SIG
statComm Statut de la commande AN 30 E SIG
MatIntert Matricule intervenant AN 10 E SIG ID
NomIntert Nom intervenant A 20
PrenIntert Prénom intervenant A 50
FonctIntert Fonction intervenant 30
StructIntert Structure intervenant 30
EmailIntert Email intervenant 60
DateIntert Date d’intervention date JJ/MM/AAAA

OUATTARA MOHAMED

RAPPORT DE STAGE Page 14

NumDemInter Numéro Demande N 10 E SIG ID
Intervention
NumPlann Numéro de planning N 10 E SIG
ObjDemInt Objet demande A 50 E SIG
intervention
LieuInetrt Lieu d’intervention A 50 E SIG
ParQuelMoy Par quel Moyen A 30 E SIG
DateComm Date de la commande date JJ/MM/AAAA
DatePrev Date Prévue date JJ/MM/AAAA
NumFour Numéro fournisseur AN 10 E SIG ID
NomFour Nom fournisseur A 20 E SIG
PrenFour Prénom fournisseur A 50 E SIG
TelFour Téléphone fournisseur A 8 E SIG
CodInci Code incident AN 10 E SIG ID
TypInci Type incident AN 10 E SIG
LibInci Libelle incident A 30 E SIG
CodMatInfor Code matériel AN 10 E SIG ID
Informatique
TypMatInf Type matériel AN 30 E SIG
Informatique
ModeMatInf Model matériel AN 30 E SIG
informatique
NumDirecIinf Numéro directeur AN 10 E SIG ID
informatique
NomDirecInf Nom directeur A 20 E SIG
informatique
PrenDirecInf Prénom directeur A 50 E SIG
informatique
NumSecrDirecInf Numéro du secrétaire AN 10 E SIG
NomSecrDirecInf Nom du secrétaire A 20 E SIG
PrenSecrDirecInf Prénom du secrétaire A 50 E SIG
telDirecinf Telephone du directeur N 08 E SIG
informatique
TelsecrDirecinf Telephone du secretaire N 08 E SIG
du directeur
informatique

LEGENDE :

A : Alphabétique E : Elémentaire SIG : Signalétique ID : Identifiant

N : Numérique AN : Alphanumérique CA : calculé MOV : Mouvement
SIT : Situation

OUATTARA MOHAMED

RAPPORT DE STAGE Page 15

 5. STRUCTURE D’ACCES THEORIQUE
NumComm
numDirecInf objComm
nomDirecInf statComm
prenDirecInf dateComm
numsecrDireInf
CodeInci
nomsecrDireInf
prenseceDireInf
libBas
telDirecinf
tempBas
telsecrDirecInf etatBas

numDemInf

numplan codeUtili
objDemInf
lieuInter nomUtili
parquemo prenUtili
datprevInt telUtili
dateCom emailUti
adressUtili
dateAppUtili
dateInter directUtili

numInter
numIntert
dateInter
natInter matIntert codeMatInf
durInter nomIntert
tachInter prenIntert
obsrUtili telIntert typMatInf
fonctIntert modMatInf
structIntert
emailIntert
dateInternt

NumOrdMiss

numFour
lieudeprtMiss
lieuretrMiss nomFour
datdeprtMiss prenFour
dateretrMiss telFour

OUATTARA MOHAMED

RAPPORT DE STAGE Page 16

 6. LE MODEL CONCEPTUEL DES DONNEES

OUATTARA MOHAMED

RAPPORT DE STAGE Page 17

II. PARTIE LOGIQUES
1. MODELE LOGIQUE DE DONNEE

Utilisateur(codeUili , nomutili , prenUtili , telUtili , emailUtili , adressUtili ,

DateAppUtili , DirectUtili)

Intervention(numInter , dateInter , natureInter , dureeInter , tachInter ,

obsrInter)

Ordre de Mission(numordMiss, lieudeprtMiss , lieuretrOrdMiss ,

datedepartMiss, dateretrMiss ,#numInter , #numIntert)

Commande ( numComm , objetComm , statComm , dateComm , #codeUtili ,

#numIntert)

Intervenant(numIntert , matIntert, nomIntert , prenIntert , fonctIntert ,

structIntert , emailIntert , dateIntert , #codeInci)

Demande Intervention(numDemInter , objetDemInter , lieuInter , prquelmoy ,

dateInter , #codeUtili)

Fournisseur(numFour, nomFour , prenFour , telFour)

Incident(codeInci , typInci , libInci ,#codeInci ,#numIntert )

Matériel Informatique(codeMatInf , typMatInf , modMatInf , #numFour ,

#numIntert)

Directeur Informatique(numDirecInf , nomDirecInf , prenDirecInf , telDirecinf ,

numsecrDirecInf , nomsecrDirecInf , prensecrDirecInf , telsecrDirecinf,
#codeUtili , #numIntert)

Vérifier(#numIntert , #codeMatInf)

Entrainer(#numDemIntert ; #numIntert , #dateIntert)

Constater(#codeInci , #numIntert)
OUATTARA MOHAMED

RAPPORT DE STAGE Page 18

 2. TAILLE DE DONNEES
Nom de la table : UTILISATEUR Clé primaire : numUtili
Organisation séquentielle indexée Mode d’accès : direct
Support : Disque Dur
Nature : permanente
RUBRIQUE DESCRIPTION TYPE LONGUEUR
codeUtili Code de l’utilisateur AN 8
numUtili Numéro de l’utilisateur A 20
NomUtili Nom de l’utilisateur A 50
PrenUtili Prénom de l’utilisateur A 15
TelUtili Téléphone du client A 10
emailUtili Email de l’utilisateur AN 60
adressUtili Adresse de l’utilisateur A 30
dateappUtili Date appel utilisateur date 10
direcUtili Direction de l’utilisateur A 30

Total enregistrement : 233

Nom de la table : COMMANDE Clé primaire : numComm

Organisation séquentielle indexée Mode d’accès : direct
Support : Disque Dur
Nature : permanente
RUBRIQUE DESCRIPTION TYPE LONGUEUR
numComm Numéro d’une commande N 08
dateComm Date d’une commande Date 10
objtComm Objet de commande AN 250
statComm Statut de la commande AN 30
Total enregistrement : 298

Nom de la table : INCIDENT Clé primaire : numInci

Organisation séquentielle indexée Mode d’accès : direct
Support : Disque Dur
Nature : permanente
RUBRIQUE DESCRIPTION TYPE LONGUEUR
codeInci Code incident AN 08
typInci Type incident A 20
libInci Libelle incident A 50

Total enregistrement : 78

Nom de la table : INTERVENTION Clé primaire : numIntert

Organisation séquentielle indexée Mode d’accès : direct
Support : Disque Dur
OUATTARA MOHAMED

RAPPORT DE STAGE Page 19

Nature : permanente
RUBRIQUE DESCRIPTION TYPE LONGUEUR
numIntert Numéro intervention N 08
dateIntert Date d’intervention Date 10
NatIntert Nature intervention AN 50
DurIntert Durée intervention AN 25
TachIntert Tache intervention AN 250
ObserUtili Observation utilisateur AN 60
Total enregistrement : 403

Nom de la table : Ordre de mission Clé primaire : numOrdmiss

Organisation séquentielle indexée Mode d’accès : direct
Support : Disque Dur
Nature : permanente
RUBRIQUE DESCRIPTION TYPE LONGUEUR
numOrdemiss Numéro d’ordre de mission N 08
lieudepetOrdmiss Lieu départ mission AN 30
lieuretourOrdmiss Lieu retour de mission N 30
datedeprtmiss Date départ mission A 10
dateretrmiss Date retour mission 10
Total enregistrement : 68

Nom de la table : DEMANDE D’INTERVENTION Clé primaire : numDeminter

Organisation séquentielle indexée Mode d’accès : direct
Support : Disque Dur
Nature : permanente
RUBRIQUE DESCRIPTION TYPE LONGUEUR
numDemintert Numero de la demande N 10
objetDeminter Objet de la demande A 50
lieuIntert Lieu intervention A 50
moyInter Moyen de la demande A 30
dateprev Date prevue pour intervenir Date 10
datecom Date de la commande Date 10

Total enregistrement : 160

Nom de la table : INTERVENANTClé primaire : numInter

Organisation séquentielle indexée Mode d’accès : direct
Support : Disque Dur
Nature : permanente
RUBRIQUE DESCRIPTION TYPE LONGUEUR
matInter Matricule intervenant AN 10
numIner Numero intervenant N 8
nomInter Nom intervenant A 20
prenInter Prenom intervenant A 50
foncInter Fonction intervenant A 30

OUATTARA MOHAMED

RAPPORT DE STAGE Page 20

strucInter Structure de l’intervenant A 30
emaiIter Email de l’intervenant 50
dateInter Date de l’intervenant 10
Total enregistrement : 208

Nom de la table : FOURNISSEUR Clé primaire :numFour

Organisation séquentielle indexée Mode d’accès : direct
Support : Disque Dur
Nature : permanente
RUBRIQUE DESCRIPTION TYPE LONGUEUR
numFour Numero fournisseur AN 10
nomFour Nom fournisseur A 20
prenFour Prenom fournisseur A 50
telfour Telephone fournisseur N 08
Total enregistrement : 68

Nom de la table : MATERIEL INFORMATIQUE clé

primaire :codeMatInf
Organisation séquentielle indexée Mode d’accès : direct
Support : Disque dur
Nature : permanente
RUBRIQUE DECRIPTION TYPE LONGUEUR
codeMatinf Code du matériel informatique AN 10
typeMatinf Type du matériel informatique AN 30
ModMat Modèle du matériel informatique AN 30
Total enregistrement : 70

Nom de la table : DIRECTEUR INFORMATIQUE clé primaire :numDirecinf

Organisation séquentielle indexée Mode d’accès : direct
Support : Disque dur
Nature : permanente
RUBRIQUE DECRIPTION TYPE LONGUEUR
numdirecinf Numéro du directeur informatique AN 10
nomdirecinf Nom du directeur informatique A 20
prendirecinf Prénom du directeur informatique A 50
teldirecinf Téléphone du directeur informatique N 08
numsecredirecinf Numéro du secrétaire du directeur informatique AN 10
nomsecrdirecinf Nom du secrétaire du directeur informatique A 20
prensecrdirecinf Prénom du secrétaire du directeur informatique A 50
telsecrdirecinf Téléphone du secrétaire du directeur N 08
informatique
Total enregistrement : 176

OUATTARA MOHAMED

RAPPORT DE STAGE Page 21

 1. ELABORATION DU MODELE CONCEPTUEL DE TRAITEMENT (MCT)

a. DEFINITION

Le MCT est la représentation schématique des traitements ou d’un sous

ensemble des traitements à l’intérieur d’une entreprise indépendamment des
choix d’organisation et du moyen d’exécution
b. CONCEPT DE BASE DU MCT

Un évènement : il signale un fait. Il correspond à une sollicitation pour mon

système d’information et déclenche une réaction par l’exécution d’une ou
plusieurs, soit seule, soit en synchronisation. Nous distinguons deux types
d’évènements : interne et externe.
Un acteur : un acteur est l’émetteur ou récepteur d’événement. Il peut être
interne ou externe.
Un flux : Un flux décrit les échanges d’informations sans modifier des
évènements. Il spécifie pour chaque événement l’acteur émetteur et l’acteur
récepteur.
Un processus : c’est l’enchainement des opérations qui représente une unité
homogène de l’entreprise.
Une synchronisation : c’est la condition booléenne traduisant les règles de
gestion que doivent avoir les évènements pour déclencher une opération

Une opération : une opération est une suite des échanges s’opérant entre les
différents acteurs intervenant dans le domaine.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 22

LES ACTEURS
- Intervenant
- Utilisateur
LISTE DES FLUX

1-constat d’incident
2-appel intervenant
3-constat de l’incident
4-rapport de l’incident
5-verification
6-enregistrement du constat
7-resolution

GRAPHE DES FLUX

Il s’agit du recensement des échanges s’opérant entre les différents acteurs
intervenant dans chaque domaine.

2
3

Intervenant 4 Utilisateur
5
6
7

OUATTARA MOHAMED

RAPPORT DE STAGE Page 23

FORMALISME DU MCT

Besoin d’aide

Recherche d’intervenant

TOUJOURS
Appel Constat d’incident
intervenant

eur

ET
Verification
Rapport ANALYSE

conforme Non conforme

ET

ENREGISTREMENT

Enregistrement
Toujours Enregistrement
ok
de constat

ET

VERIFICATION VERIFICATION

Toujours

A conforme Non conforme

Envoie changer
intervenant

OUATTARA MOHAMED

RAPPORT DE STAGE Page 24

 A resolution

ET

VERIFICATION
ENREGISTREMENT

Toujours Toujours

Enregistrement
ok

OUATTARA MOHAMED

RAPPORT DE STAGE Page 25

 1. ELABORATION DU MODELE LOGIQUE DE TRAITEMENT (MOT)
PERIODE PROCEDURE FONCTIONNELLE POSTE NATURE

prise de
constact Besoin d’aide

Recherche
d’intervenant Au MANUEL
travail

TOUJOURS
Apres
recherche
d’intervenant
Appel
intervenant Constat
d’incident

Au MANUEL
ET
travail
Analyse

Apres
analyse Toujours

Verification
Rapport

ET Au
travail AUTOMA-
ENREGISTREMENT TIQUE

Toujours
A

Enregistrement
ok

OUATTARA MOHAMED

RAPPORT DE STAGE Page 26

 A Enregistrement
de constat

ET
VERIFICATION

Après -conformité Au travail manuel

Non conform
vérificatio conforme e
n

changer Envoie resolution

intervenant
Au travail

ET automatiq
ENREGISTREMENT ue
Après
enregistre Toujours

ment

Enregistrement
ok

OUATTARA MOHAMED

RAPPORT DE STAGE Page 27

 TROISIEME PARTIE :
REALISATION
I. CHOIX DU SGBD (Système de Gestion de Base de Données)

Le SGBD retenu pour développer notre application est mysql wamp sever. En effet :
❖ WampSever est un SGBD SQL
❖ WampServer est une plate-forme de développement Web sous
Windows pour des applications Web dynamiques à l’aide du
serveur Apache2, du langage de 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.
❖ WampServer dispose également d’un « TrayIcon » vous
permettant de gérer et configurer simplement vos serveurs, sans
toucher aux fichiers de configuration.

II. CHOIX DE L’ENVIRONNEMENT DE TRAVAIL

Pour ce projet nous avons choisi l’environnement de développement intégré

(IDE) Visual Studio dont la présentation suit :

Microsoft Visual Studio est une suite de logiciels de développement

pour Windows et mac OS conçue par Microsoft. La dernière version s'appelle Visual
Studio 2019.

Visual Studio est un ensemble complet d'outils de développement permettant de

générer des applications web ASP.NET, des services web XML, des applications
bureautiques et des applications mobiles. Visual Basic, Visual C++, Visual
C# utilisent tous le même environnement de développement intégré (IDE), qui leur
permet de partager des outils et facilite la création de solutions faisant appel à
plusieurs langages. Par ailleurs, ces langages permettent de mieux tirer parti des
fonctionnalités du framework .NET, qui fournit un accès à des technologies clés
simplifiant le développement d'applications web ASP et de services web XML grâce
à Visual Web Developer.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 28

Un projet Visual studio comporte deux structures :

- La partie visuelle qui permet de concevoir l’interface utilisateur c’est-à-

dire les formulaires, les boutons etc.
- La partie code du programme avec les procédures, c’est là que nous
transformons nos algorithmes en langage.

III. ANNEXE
CAPTURE D’ECRAN

Page d’accueil

Enregistrement d’un utilisateur

OUATTARA MOHAMED

RAPPORT DE STAGE Page 29

Enregistrement d’un intervenant

OUATTARA MOHAMED

RAPPORT DE STAGE Page 30

Fiche d’incident

CONCLUSION
Au terme de notre analyse, nous retenons que ces études nous ont
permis de comprendre notre projet de façon préalable et détaillée .C’est ce
qui permettra la cause de l’existence de notre application.
L’idée de créer un logiciel de gestion pour une assistance informatique s’inscrit
notamment dans le cadre de l’innovation technologique que connait le monde
des entreprises. Ce logiciel de gestion est d’autant plus important car il
permettra à la population de s’intéresser à l’informatique et leur permettra une
fois le directeur informatique de mieux gérer leur activité.

OUATTARA MOHAMED

RAPPORT DE STAGE Page 31