1.

Introduction :

Ce chapitre consiste à faire une étude de la méthode actuelle de la gestion des stagiaires dans la
société afin de relever ses insuffisances et de proposer une solution efficace.

II. Etude de l’existant

Au sein de notre stage dans la société FARATEC et au cours de l’étude du processus de la

maintenance des machines, on a pu relever quelques problèmes concernant le manque de base
de données, beaucoup de paperasse, la redondance de l’information, le manque de gestion de
stock et de machines.

III. Critique de l’existant :

On constat :

- Redondance.
- Beaucoup de paperasse.
- La non centralisation de donnée au sein de FARATEC.
- La tâche de recherche d’une machine ou d’un client est très lourd à faire lorsqu’on a
beaucoup de papier et de registre.
- Le temps d’arrêt de maintenance de machines est plus important lorsqu’on n’a pas des
historiques sur la machine et lorsqu’on n’a pas de stock.
- L’accès aux informations des machines est difficile vu qu’il faut à chaque fois
chercher leurs dossiers.
- La secrétaire doit organiser manuellement les documents et les dossiers des machines
et de salariés.
- Le classement des dossiers et très compliqué (par matricule de machine /par clients
…).
- Les documents peuvent être perdus, mal reclassées ou bien détériorés par l’usage
fréquent.
- Les dossiers occupent beaucoup d’espace.
- Les dossiers ne sont pas sécurisés, n’importe quelle personne peut y accéder.
- Vu qu’il n’y a pas d’un système de génération automatique des rapports, le client
doivent toujours attendre la secrétaire pour qu’elle génère leurs rapports de machines.

Récemment, un effort de la part de la secrétaire a été mis en place. Cela consiste à enregistrer
les informations des machines et des clients dans des tables Excel pour éviter le recours à
chaque fois aux dossiers mais cette solution manque d'interaction et n’évite pas la redondance
des informations, ainsi elle n’est pas très sécurisée

Solution proposée :

Afin de pallier au problème observé, et de faciliter la tâche de la Gestion des machines, nous
avons proposé une solution informatisée avec plusieurs fonctionnalités. Cette solution est de
développer une application web dynamique qui doit être exploitée d’une manière facile et
efficace

Cette application web aura pour objectifs le développement :

o Une interface dynamique.

o Un espace administration qui a les fonctionnalités suivantes :
 La gestion des salariés.
 La gestion du stock.
 La gestion des machines dans l’atelier.
 La gestion de la demande de devis.
 La génération du rapport de machines sans redondance de l’information.
 Le partage de donnée au sein de FARATEC.

Cahier des charges :

Afin d’arriver aux objectifs souhaités de notre projet, l’organisme d’accueil nous a proposé de
suivre le cahier de charges suivant :

Cette application doit contenir :

 Un module de gestion de salarié :

 Saisir (nom, prénom, CIN, fonction,), modifier, supprimer, afficher
 Un module de gestion de machines :
 Saisir (matricule, type, marque,), modifier, supprimer, afficher.
 Un module de gestion du stock :
 Saisir (pièces de rechange, référence), modifier, supprimer, afficher.
 Un module de gestion de la liste :
 La consultation de la liste des listes de contacts, Ajouter, Modifier,
supprimer des listes.
 Un module de gestion des clients :
  La consultation de la liste des clients, Ajouter, Modifier, supprimer et
bloquer des clients.

L’application doit répond à tous ces critères :

 Le site doit être performant, fiable et facile à utiliser.

 Les taches doivent être indépendantes pour ne pas se bloquer à une phase spécifique.
 Le site doit être basé sur une conception orientée objet.
 Le site doit être sécurisé et doit accepter les améliorations.
 Le site est convivial.

Conclusion :

Ce chapitre a été consacré au début à la description et la critique de l’existant, puis on a

défini les différents objectifs de la prochaine application AW

Conception et modélisation de l’application :

Au niveau de cette dernière partie, nous nous intéressons aux outils de développement utilisés
pour implémenter notre application ainsi qu'à l'interface principale de l'application et quelques
cas d'utilisation.

Méthodologie Adoptée :

2.1 Modèle en cascade :

Les exigences auxquelles notre application doit répondre étant stables et clairement identifiées dès le
départ, nous avons choisi le modèle de cycle de vie de l'application, le modèle en cascade, considéré
comme le mieux adapté à la conception de notre projet. Le principe du modèle en cascade est simple :
ce n'est qu'après validation de l'étape précédente que l'on passe à l'étape suivante. Cette approche

présente de nombreux avantages, notamment en assurant la planification du projet puisque chaque

phase est verrouillée l'une après l'autre : on s’entend sur ce que l’on va faire (Etude et Analyse), le
conçoit dans les grandes et les petites lignes (Conception et Modélisation) avant de le réaliser et de le
produire (Réalisation), en fin le tester (test et rectification) et l’exploité.

Conception et Modélisation Des traitements :

Diagrammes de cas d’utilisation :

Les diagrammes de cas d'utilisation illustrent et définissent le contexte et les exigences d'un système
entier, ou des parties essentielles d'un système. On peut modéliser un système complexe avec un seul
diagramme de cas d'utilisation, ou créer de nombreux diagrammes de cas d'utilisation pour modéliser
les composants du système.

Dans cette partie on va modéliser notre application par plusieurs diagrammes pour modéliser les
différents composants de l’application.

Diagramme de cas d’utilisation initial :

Le modèle de cas d’utilisation générale est représenté dans la figure qui va suivre :

Ce diagramme représente les différentes activités par l’administrateur afin de gérer et

contrôler leur application.
Diagramme d’utilisation de la gestion des machines

Ce diagramme représente les différentes étapes de la gestion des machines. L’administrateur

peut gérer les machines en effectuant soit l’ajout, soit la modification, soit la suppression ou
l’affichage.

Diagramme d’utilisation de la gestion des salariés.

Ce diagramme représente les différentes étapes de la gestion des salariés. L’administrateur

peut gérer les salariés en effectuant soit l’ajout, soit la modification, soit la suppression ou
l’affichage.
Diagramme de cas d’utilisation de la gestion des listes

Lors de la gestion des listes, l’administrateur peut ajouter, modifier ou supprimer les listes des
machines ou des salariés.

Diagramme de cas d’utilisation de la recherche de machines :

Lors de la recherche des machines, l’administrateur peut rechercher soit par matricule, puissance,
client, ou bien l’intersection de ces 3 champs.
Diagramme de cas d’utilisation du module «  recherche des salariés » :

Lors de la recherche des salariés, l’administrateur peut rechercher soit par matricule,
puissance, client, ou bien l’intersection de ces 3 champs.

Diagramme de cas d’utilisation « authentification » :

Ce cas d’utilisation est nécessaire pour chaque utilisateur de notre application. Ce dernier commence
par saisir son nom d’utilisateur et mot de passe, le système vérifie la validité des informations saisies
en entrée : Si les informations saisies sont correctes alors l’utilisateur va rédiger vers la page d’accueil
(selon la nature d’utilisateur soit administrateur, soit client). Si une information est erronée, un
message d’erreur s’affichera.
Diagramme d’activité :

Ce diagramme se dérivent des diagrammes d’état-transition, il décrit le comportement d’une

opération ou d’une méthode, il permet la mise en évidence de l’organisation des activités. Il
représente à la fois les comportements conditionnels et parallèles et regroupe graphiquement
les activités par objet.

A un niveau macroscopique, les diagrammes d’activité permettent de décrire des

enchaînements de fonctionnalités. Ils complètent donc bien les cas d’utilisation au niveau de
l’analyse des besoins.

A un niveau microscopique, les diagrammes d’activité permettent, par exemple, de décrire

l’algorithme d’une action d’un diagramme d’états.

Diagramme d’activité de la gestion de machine :

Lors de la gestion de machine l’utilisateur demande l’ajout d’une nouvelle machine le

système affiche le formulaire de saisie et l’utilisateur saisit les informations demandées, puis
il valide l’ajout. Le système enregistre les informations de la nouvelle machine. De même
pour les salariés
Diagramme d’activité de la modification :

Diagramme d’activité « Modifier machines et salariés »

L’’utilisateur envoie une demande de modification des machines ou bien du salariés, la liste
des machines, salariés s’affiche, le client sélectionne la machine ou le salariés à modifier, il
saisit les informations à modifier au formulaire de modification.
Diagramme d’activité « supprimer les salariés ou les machines » :

L’administrateur envoie une demande de suppression de machine ou de salariés, la liste des

contacts s’affiche, l’administrateur sélectionne le salariés ou la machine à supprimer puis
valide, la suppression s’effectue avec succès.
Diagramme d’activité de recherche de machines ou de salariés :

L’administrateur envoie une demande de recherche de machine ou de salariés, la liste des

machines ou des salariés s’affiche, l’administrateur saisit le champ de recherche du salarié ou
de la machine la recherche s’effectue avec succès.
Diagramme de classe :

Le diagramme de classe est une collection d’éléments du modèle (statique), tels que des
choses, des interfaces et leurs relations, connectées entre eux comme un graphe. Un
diagramme de classe montre uniquement les aspects statiques du modèle.

Le diagramme suivant présente les différents classes et relation utiles pour la réalisation qui
constitue la base de données de notre application.
Conclusion :

Dans cette partie nous avons présenté notre application Web par les différents modèles et
diagrammes pour donner une idée globale pour rendre notre projet plus claire et compréhensif
sur les différents cotés. Toutes ces taches vont être traduites sur des interfaces qu’on va
représenter dans le chapitre suivant.

Réalisation de l’application :

 Interfaces Graphiques :
Fenêtre d’accueil de l’application :

C’est une introduction à notre application pour présenter les différents services offerts.

Photo

Fenêtre d’authentification :

La figure ci-dessous représente la page d’authentification de l’utilisateur. En effet, chaque utilisateur

ne peut accéder que à la surface lui est autorisé.
Si les informations sont invalides ou manquantes, le système affiche un message d’erreur en rouge, si
non le système affiche la page d’accueil.

PHOTO

Page d’accueil :

La page d’accueil est constituée par les éléments suivants :

- Menu principal.

- Statistiques (productivité).

-Logo De la société FARATEC

Le Menu principal et le logo sont fixés pour toutes les pages, seule la zone du travail qui change.

PHOTO

Interface gérer listes des contacts :

Cette interface nous présente la liste des listes de contacts ainsi les différents opérations que
l’utilisateur peut faire telles que l’ajout, la modification, la suppression et l’affichage des listes.

Photo

 Scénarios applicatifs :
Ajouter un nouveau salarié :

Pour Ajouter un nouveau salarié il suffit de cliquer sur le bouton « saisi des personnes » à partir
du menu « gestion » et le système va faire la redirection vers le formulaire d’ajout.

Il faut remplir tous les champs. Si une information est manquante/invalide le système affiche un
petit message d’erreur en dessus des champs concernés.

Après avoir valider l’ajout, et si le salarié existe déjà dans le système (vérification de l’existence
se fait avec le CIN), un message d’erreur est apparu.

Ajouter un type de machine :