PROFESSIONNELLE ET DE L'EMPLOI
ANNEE DE FORMATION :2020/2021
1
Rapport PFF
IMSE
Remerciements
2
Rapport PFF
IMSET
Sommaire
Introduction générale
Chapitre 1 : Analyse et spécification des besoins………………………………………………………………….
I : Introduction :
1. La problématique :
4. Solution proposées :
5. Les besoins fonctionnels :
6. Les besoins non fonctionnels :
Conclusion :
Chapitre 2 : Conception……………………………………………………………………………………………………..
Introduction :
I-Présentation du langage UML :
1-Présentation :
2-Les diagrammes d’UML :
II-Les diagrammes :
1. Diagramme de classe :
VI-Vue dynamique :
3
1-Environnement matériel
2-Environnement logiciel
Star uml
Access 2010
Visual studio 2012
Conclusion
4
Rapport PFF
IMSET
5
Rapport PFF
IMSET
Introduction Générale
Dans le but de nous préparer à la vie professionnelle,
l’Institut Maghrébin des Sciences Economiques et
Technologiques « IMSET » nous avons chargé de réaliser un
stage de formation de deux mois, que nous avons passé à la
société Perfect Web Technology à Tunis du au.
6
Rapport PFF
IMSET
Chapitre 1 :
Présentation Organisme d’accueil
7
Rapport PFF
IMSET
I : Introduction :
L’analyse consiste à comprendre le contexte du système, à produire et de
déterminer la faisabilité du projet. Il s’agit de déterminer les acteurs les plus
pertinents et les fonctionnalités, de préciser les risques les plus critiques de gestion
des stagiares.
1. La problématique :
La gestion des stagiaires est une tâche difficile à réaliser qui demande beaucoup de
temps et d’effort pour réaliser un tout système qualifier qui répond à nos besoins de
plus il faut garantir la sécurité de système
Alors que les archivistes sont moins nombreux, le désordre des catalogues d’archives
et des feuilles de comptabilisation d’inventaire ont mène à plusieurs difficultés en
terme administrative.
8
Rapport PFF
IMSET
1. Solution proposées :
Réaliser une application de suivi des stagiaires. Il s’agit de modéliser et
implémenter les données.
Sécuriser l’application même pour une simple consultation, ou un
traitement qui modifie les données ainsi que sa base de données.
Assurer une alimentation de la base de données en temps quasi-réel avec
le maximum de fiabilité.
Les besoins non fonctionnels sont les besoins qui permettent au logiciel d’être plus
convivial, plus simple à utiliser et qui rendent plus performent, certains d’entre eux
s’appliquent à tous les types de logiciels, d’autres sont spécifiques à une catégorie de
logiciel particulière. Nous présentant dans ce paragraphe quelques besoins
9
contraintes pour que notre application soit dans les mesures de répondre aux divers
besoins. Pour cette raison, nous avons décidé d’assurer les points suivants :
Rapport PFF
IMSET
Conclusion :
Dans ce chapitre nous avons fait une étude de l’existant avec une présentation
des besoins du demandant de gestion de personnel et d’étudier l’architecture
possible pour l’élaboration de notre système. Dans le prochain chapitre nous allons
entamer la partie conceptuelle qui doit être adoptée pour l’application en question.
10
Rapport PFF IMSET
Rapport PFF
IMSET
Introduction :
11
La phase de conception permet de traduire les besoins fonctionnels et les
contraintes issues du cahier de charge dans un langage plus formalisé.
12
Diagramme de classe : il représente les classes intervenant dans le système.
Diagramme d’objets : il sert à représenter les instances des classes (objets)
utilisées dans le système.
Diagramme de composants : il permet de montrer les composants du système
d’un point de vue physique, tels qu’ils sont mis en œuvre (fichiers, bibliothèques,
bases de données…).
Diagramme de déploiement : il sert à représenter les éléments matériels
(ordinateurs, périphérique, réseaux, système de stockage…) et la manière dont
les composantes du système sont réparties sur ces éléments matériels et
interagissent avec eux.
Diagramme de cas d’utilisation : il décrit les possibilités d’interaction entre le
système et les acteurs, c’est-à-dire toutes les fonctionnalités que doit fournir le
système.
Diagramme Etats-Transitions : il montre la manière dont l’état du système (ou de
sous-parties) est modifié en fonction des événements du système.
Diagramme d’activité : variante du diagramme d’états-transitions, il permet de
représenter le déclenchement d’évènements en fonction des états du système et de
modéliser des comportements parallélisa blés (multithreads ou multiprocessus).
Diagramme de séquence : représentation séquentielle du déroulement des
traitements et des interactions entre les éléments du système et /ou des acteurs.
II-Les diagrammes :
13
1. Diagramme de cas d’utilisation général :
Les cas d’utilisation permettant d’exprimer le besoin des utilisateurs d’un
système, ils ont donc une vision orientée us tilisateur, ils permettent donc de mettre en
évidence les relations fonctionnelles entre les acteurs et le système étudié.
L’objectif poursuivi par les ces d’utilisateurs est de permettre de décrire, dans des
documents lisibles par tous, la finalité des interactions du système et des utilisateurs.
14
Recherche stagiaire : cette fonction permet à l’administrateur de rechercher un
stagiaire dans la liste
Imprimer : cette fonction permet à l’administrateur d’imprimer la liste des
stagiaires
III-Vue statique :
1. Diagramme de classe :
Le diagramme de classe décrit la structure du système à l’aide des classes, des
paquetages et des relations. Il permet d’identifier les classes, les relations statiques et
dynamiques entre eux.
Ce diagramme détermine également les cardinalités des relations, les attributs des
classes ainsi que la méthode et leurs paramètres.
Classe : c’est une description formelle d’un ensemble d’objets ayant une
sémantique, des propriétés et un comportement commun.
Association : c’est une relation sémantique entre deux ou plusieurs classes.
Propriété (attribut) : c’est une opération réalisée par les objets d’une classe.
Paquetage : c’est une décomposition de diagramme de classe
VI-Vue dynamique :
15
1. Diagramme des séquences :
Le diagramme de séquence est un diagramme d’interaction UML. Il représente les
échanges des messages entre les objets de point de vue temporel et permet de détailler un
diagramme de cas d’utilisation en décrivant un scénario.
Objet : description d’un objet du monde réel (instance de classe). Il peut être une
personne ou une chose.
Message : c’est le véhicule de la communication entre les objets.
Conclusion :
A travers ce chapitre nous avons présenté notre conception de l’application dont nous
avons fourni, dans une première étape, une conception globale à travers un schéma
général décrivant l’organisation de notre application. Ensuite nous avons présenté la
conception détaillée de l’application à travers la description des différents diagrammes
sur lesquels se base l’application de suivi des stagiaires, le diagramme de cas
d’utilisation, le diagramme de classes, et un ensemble de diagrammes de séquences.
La conception est terminée par le diagramme de séquence pour passer enfin au volet de
notre rapport qui est la partie choix des outils de développement.
17
Chapitre 3:
Choix des outils matériels et logiciels
de développement
Introduction
Dans ce chapitre, on va présenter l’environnement de développement ainsi que les
principales interfaces de l’application.
18
I-Environnement du travail
1-Environnement matériel
Pour développer cette application on a utilisés une machines, configurées comme suit :
Machine Lenevo
Mémoire Vive : 8 Go.
Disque Dur : 500 Go.
Processeur : Intel (R) Core (TM) i3
Type de système : Windows 7 professionnel 64 bit
2-Environnement logiciel
Lors du développement de cette application, j’ai utilisé, les outils logiciels suivants:
Star uml
Access 2012
Visual studio 2012
On va présenter ces différents logiciels dans la section suivante :
Star Uml
Star UML est un logiciel de modélisation UML, qui a été "cédé comme open source" par
son éditeur, à la fin de son exploitation commerciale (qui visiblement continue ...), sous
une licence modifiée de GNU GPL.
Aujourd'hui la version Star UML V3 n'existe qu'en licence propriétaire.
Star UML gère la plupart des diagrammes spécifiés dans la norme UML 2.0.
19
Star UML est écrit en Delphi , et dépend de composants Delphi propriétaires (non open-
source).
Access 2012 :
Conclusion
Dans ce chapitre, nous avons présenté la phase de réalisation de notre projet. Tout
d’abord, nous avons définit l’environnement du travail : l’environnement matériel et
logiciel.
21
Chapitre 4 :
Réalisation
I -Introduction
Après l’analyse conceptuelle du projet, nous allons passer à l’étape de test et
réalisation. En effet, cette étape permettra de vérifier si l’application en cours a
22
atteint la satisfaction des utilisateurs.Dans ce chapitre, nous allons présenter
notre application
II Présentation du portail
1. Introduction
Dans cette partie, nous présentons le travail réalisé à travers une
présentation des pages tels que l’interface d’accueil, l’interface
d’authentification, l’interface de la consultation de la base (gestion de
stock)…
3. Interface Authentification
Cette interface nous permet d'avoir accès au programme en introduisant un login et
23
un mot de passe.
24
4. Interface d’Accueil :
25
Figure 8 Interface gestion Stagiaire
La figure ci-dessus représente l'interface qui permet au responsable de :
- Saisir toutes les informations importantes lorsqu’il veut créer un nouvel enregistrement
ou bien modifier ses informations
7. Interface Recherche:
26
Figure 9 Interface Recherche
La figure ci-dessus représente l'interface qui permet au responsable de :
- Consulter la liste des stagiaires.
Zone de recherche avec critères selon Nom, Prénom, CIN et Date.
Conclusion
Ce projet était bénéfique pour moi dans plusieurs sens. Il nous a permis :
Nous avons essayé de réaliser ce projet pour le but de faciliter, d'améliorer la gestion
et le suivi de stage et des stagiaires.
27
On a appliqué au maximum possible les règles de bases permettant d'avoir une
application performante. Nous avons appliqué UML pour concevoir une grande
partie de notre travail. Nous avons utilisé aussi Visual basic 2010 et Access pour
implémenter notre application.
28
29