Rapport Pfe 2

Remerciements
Au terme de ce projet, nous tenons à adresser nos remerciements les plus sincères et à
exprimer notre gratitude envers notre encadrant pédagogique Dr. Aymen LOUATI dont
l’assistance et la disponibilité étaient présentes à notre égard tout au long du stage.
Nous le remercions aussi pour ses directives et les conseils qu’il nous a prodigués pour
atteindre les objectifs du stage dans les délais convenus.
Je dois aussi une grande partie de mon travail à Ingénieur Imed Zair…
Je le remercie pour sa disponibilité, ses remarques constructives qui nous ont aidées à
surmonter beaucoup de difficultés et à améliorer les fonctionnalités de l’application ainsi que
ses qualités humaines d’écoute et de compréhension tout au long de ce travail.
Nous exprimons également notre gratitude envers tous nos collègues qui nous ont apporté
leur soutien et leur savoir-faire.
Nous avons découvert dans ce service une équipe jeune, dynamique et conviviale.
Nous remercions également la direction des ressources humaines pour pouvoir assurer les
ressources techniques nécessaires pour le bon déroulement du stage.
Nous tenons également à remercier tous les enseignants qui ont participé à notre évolution
scientifique durant les trois années écoulées de la formation à l’Institut Supérieur
d'Informatique du Kef.
Nous remercions finalement les membres du jury en espérant qu’ils apprécieront ce rapport
Introduction générale
Parmi ce qu’on peut appeler une réalisation, au niveau des entreprises effectuant
d’importantes transactions, est de pouvoir accéder à une énorme quantité d’informations dans
un temps donné.
Dans ce contexte s’inscrit, pour le centre ational de l’informatique (CIN), la nécessité

d’implémenter une application permettant de contrôler les flux de documentation. Celle-ci va
garantir un bon suivi des informations dont il dispose.
A ce propos, nous avons la mission de mettre en place une application au sein du CIN visant à
offrir un environnement du traitement et de suivi de budget.
Pour l’élaboration de ce projet, nous allons procéder de la manière suivante :
-Un premier chapitre introductif pour mettre le travail dans son contexte général, il
consiste à présenter une étude et une critique de l’existant ainsi que les solutions proposées.
- Un deuxième chapitre, qui illustre la spécification des besoins fonctionnels et non

fonctionnels ainsi qu’une analyse des cas d’utilisations et leurs descriptions textuelles.
- Un troisième chapitre, dont nous allons parler de la conception qui présente l’étude
dynamique et statique de notre futur système.
- Finalement, nous allons terminer par la partie réalisation dans laquelle nous allons
détailler l’environnement de travail, et les imprimes écrans les plus significatifs de notre
application.
Nous clôturons ce travail par une Conclusion générale et quelques perspectives destinée à
résumer le travail élaboré par rapport aux objectifs fixés et un ensemble de perspectives pour
s’aligner avec nos travaux futurs.
Chapitre01 : Cadre général du projet
Introduction
Avant la mise en production, l’étude du projet est une tâche importante pour la définition
d’une démarche rationnelle et stratégique menant au bon déroulement et à la réussite du
projet. Cette étude fera donc l’objet de notre premier chapitre qui sera consacré à la
présentation de l’organisme d’accueil dans lequel ce travail a été effectué, les missions qui
nous ont été confiées et les pratiques adoptés pour réaliser notre travail, la problématique qui
a urgé l’aboutissement de cette solution ainsi que les objectifs de notre application. Nous le
conclurons par la mention de la problématique, la solution proposée et les objectifs à atteindre
pour réussir la réalisation de l’application.
1. Contexte général du projet
Dans cette section, nous allons présenter l’organisme d’accueil et le cadre du projet.
1.1.Présentation de l’organisme d’accueil
Le Centre national de l'informatique (CNI) est un établissement public à caractère non

administratif institué le 30 décembre 1975. C'est un organisme qui opère dans les domaines de
secteur de l'informatique et des technologies de communication sous le contrôle de ministère de
technologies et communication et de l'économie numérique. Certifié ISO 9001 version 2015 , le CNI
est un principal appui aux structures publique de l'administration dans la réalisation , le déploiement
et l'exploitation des systèmes d'information .
Activités assurées par le CNI :
- Maitrise d'ouvrage déléguée. - Etude et conseils. - Développement. - Hébergement de

système. - Back up et continuité d'activité. - Formation et certification. - Déploiement des
applications et assistance des utilisations.
Figure 1: Le logo de Société «Centre National de l’informatique »
2. Etude de l’existant
Dans cette section nous passons en revue du processus de travail que l’entreprise suit pour
organiser son travail et assurer l’archivage. Par la suite nous allons détailler la critique de ces
pratiques, mentionner la problématique et proposer notre solution pour les différentes
lacunes..
2.1.Analyse de l’existant:
3. Démarche de modélisation et de développement adoptée

Dans le cadre de notre projet, nous avons opté pour une modélisation basée sur le langage
UML, en s’inspirant de la méthode processus unifiée. Nous présentons cette modélisation
dans la section qui suit.
3.1.Présentation du langage UML
Unified Modeling Language (UML) est un langage formel et normalisé en termes de

modélisation objet. Son indépendance par rapport aux langages de programmation,
Aux domaines de l’application et aux processus, son caractère polyvalent et sa souplesse
ont fait lui un langage universel. En plus UML est essentiellement un support de
communication, qui facilite la représentation et la compréhension de solution objet.
Sa notation graphique permet d’exprimer visuellement une solution objet, ce qui
l’ambigüité et les incompréhensions.
UML fournit un moyen astucieux permettant de représenter diverses projections d’une
même représentation grâce aux vues.
 Une vue est constituée d’un ou plusieurs diagrammes. Nous distinguons deux types de
vues :
 La vue statique : permettant de représenter le système physiquement :
 Diagrammes de classes : représentent des collections d’éléments de
modélisation statiques (classes, paquetages, etc.), qui montrent la structure
d’un modèle.
 Diagrammes de cas d’utilisation : identifient les utilisateurs du système
(acteurs) et leurs interactions avec le système.
 La vue dynamique, montrant le fonctionnement du système :
 Diagrammes de séquence : permettent de représenter des collaborations
eu objets selon un point de vue temporel, on y met l’accent sur la
chronologie (envois de messages).
La conception de notre interface a été élaborée en suivant la démarche suivante :
L’élaboration des diagrammes de cas d’utilisation. Cette étape a été réalisée suite à la
spécification fonctionnelle de l’application. Recensement des classes candidates et
élaboration du diagramme des classes. En fini par le dressage des diagrammes de
séquences pour mettre en évidence interactions entre les différents objets du système
démarche adoptée.
Comme nous l’avons indiqué ci-dessus, nous nous basons sur une approche de
modélisation par activités qui s’inspire du processus unifié. Ces différentes acticités sont
décrites ci-après :
Expression des besoins : L’expression des besoins comme son nom l’indique, permet de
définir les différents besoins :
❖ Inventorier les besoins principaux et fournir une liste de leur fonction.
❖ Recenser les besoins fonctionnels (du point de vue de l'utilisateur) qui conduisent à
l'élaboration des modèles de cas d'utilisation.
❖ Appréhender les besoins non fonctionnels (technique) et livrer une liste des exigences. Le
modèle de cas d'utilisation présente le système du point de vue de l'utilisateur et représente
sous forme de cas d'utilisation et d'acteur, les besoins du client.
 Analyse
L’objectif de l’analyse est d’accéder à une compréhension des besoins et des exigences
du client. Il s’agit de livrer des spécifications pour permettre de choisir la conception de la
solution.
Un modèle d’analyse livre une spécification complète des besoins issus des cas
d’utilisation et les structures sous une forme qui facilite la compréhension (scénarios),
la préparation (définition de l’architecture), la modification et la maintenance du futur
système. Il s’écrit dans le langage des développeurs et peut être considéré comme une
première ébauche du modèle de conception.
 Conception
La conception permet d’acquérir une compréhension approfondie des contraintes liées
au langage de programmation, à l’utilisation des composants et au système d’exploitation.
Elle détermine les principales interfaces et les transcrit à l’aide d’une notation commune.
Elle constitue un point de départ à l’implémentation :
* Elle décompose le travail d’implémentation en sous-système.
* Elle crée une abstraction transparente de l’implémentation.
 Implémentation et tests
L’implémentation est le résultat de la conception pour implémenter le système sous formes de

composants, c’est-à-dire, de code source, de scripts, de binaires, d’exécutables et d’autres
éléments du même type. Les objectifs principaux de l’implémentation sont de planifier les
intégrations des composants pour chaque itération, et de produire les classes et les sous-
systèmes sous formes de codes sources.
Les tests permettent de vérifier des résultats de l’implémentation en testant la
construction. Pour mener à bien ces tests, il faut les planifier pour chaque itération, les
implémenter en créant des cas de tests, effectuer ces tests et prendre en compte le résultat de
chacun.
Conclusion
Tout le long de ce premier chapitre, nous avons défini le champ de notre étude suivi
d’une étude de l’existant afin de préciser nos objectifs à atteindre.
En effet, l’étude de l’existant nous a permis de préparer une bonne conception pour les
améliorations que nous allons ajouter dans la solution proposée afin de répondre à nos
besoins.
Dans le chapitre qui suit nous présenterons les démarches de développement et de conception
de notre solution.
Chapitre 02 : Analyse et Spécification des besoins
Introduction
Dans ce chapitre, nous avons attribué une description générale pour passer ensuite à décrire
avec plus de détails l’application à développer par la spécification des besoins fonctionnels, à
travers les diagrammes de cas d’utilisation qui présentent les différentes fonctions du système,
ainsi que les besoins non fonctionnels qui présentent les contraintes que le système doit
vérifier.
1. Les cahiers des charges

Le cahier des charges (CDC) est un document contractuel à respecter lors d'un projet. Le cahier
des charges permet au maître d'ouvrage de faire savoir au maître d'œuvre ce qu'il attend de lui lors
de la réalisation du projet, entraînant des pénalités en cas de non-respect. Il décrit précisément les
besoins auxquels le prestataire ou le soumissionnaire doit répondre, et organise la relation entre les
différents acteurs tout au long du projet.
2. Les besoins fonctionnels

Dans cette partie, nous présentons les différentes fonctionnalités et services assurés par
l’application en considérant qu’elle sera exploitée par trois types d’acteurs selon les
privilèges dédiés à chaque type :
 Au niveau du l’Admin :
o Fonction principale : Gérer les droits d’accès
Sous-fonctions: Ajouter, modifier, supprimer.
o Fonction principale : Gérer les utilisateurs.
Sous-fonctions : -Ajouter, supprimer et mettre à jour les utilisateurs

 Au niveau Client et Fournisseur :
o Fonction principale : Consulter les contrats et les conventions
Sous-fonctions : Ajouter, modifier, supprimer.
o Fonction principale : Télécharger les contrats et les conventions.

 Au niveau Agent bâtiments matériels :
o Fonction principale : Gérer les achats et les travaux.
Sous-fonctions : Ajouter, modifier, supprimer
o Fonction principale : Gérer les contrats et les conventions.
o Fonction principale : Valider les contrats et les conventions.

o Fonction principale : Recevoir des alertes de tableau de bord.
 Au niveau Agent commercial:
o Fonction principale : Gérer les factures.

o Fonction principale : Recevoir des alertes de tableau de bord.
 Au niveau Agent technique:

o Fonction principale : Suivre les étapes des contrats.
 niveau Agent financier:
o Fonction principale : Gérer le paiement des contrats.

3. Les besoins non fonctionnels

Outre les fonctionnalités essentielles doivent être réalisées dans notre application, celle-ci
doit respecter certaines contraintes et répondre à certains besoins non fonctionnels :
- Le gain du temps : l’accès aux différentes tâches effectuées doit se faire en un temps
de réponse qui doit être le plus court possible.
- La performance : le système doit être performant à travers toutes ses fonctionnalités.
- L’ergonomie : l’application doit être compréhensible par l’utilisateur et facile
Simple à utiliser.
- La sécurité : le système doit être protégé contre les intrusions et les accès qui sont
interdits en limitant les accès libres.
- L’accessibilité : fiabilité et disponibilité de l’application de telle sorte que le
Contenu doit être lisible et clair.
4. Diagramme de cas d’utilisation

Les diagrammes de cas d’utilisation sont des diagrammes UML utilisés pour donner
une vision globale du comportement fonctionnel d’un système logiciel. Ils sont utiles
pour des présentations auprès de la direction ou des acteurs d’un projet, mais pour
le développement, les cas d’utilisation sont plus appropriés. Un cas d’utilisation représente
une unité discrète d’interaction entre un utilisateur (humain ou machine) et un système. Il est
une unité significative de travail. Dans un diagramme de cas d’utilisation, les utilisateurs sont
appelés acteurs, ils interagissent avec les cas d’utilisation (use cases).
UML définit une notation graphique pour représenter les cas d’utilisation, cette notation
est appelée diagramme de cas d’utilisation. UML ne définit pas de standard pour la forme
écrite de ces cas d’utilisation, et en conséquence il est aisé de croire que cette notation
graphique suffit à elle seule pour décrire la nature d’un cas d’utilisation. Dans les faits, une
notation graphique peut seulement donner une vue générale simplifiée d’un cas ou d’un
ensemble de cas d’utilisation. Les diagrammes de cas d’utilisation sont souvent confondus avec les
cas d’utilisation. Bien que ces deux concepts soient reliés, les cas d’utilisation sont bien plus
détaillés que les diagrammes de cas d’utilisation.
Les éléments principaux de diagramme de cas d’utilisation sont les suivantes :
Les acteurs
Les cas d’utilisations
Les relations
StarUML est un outil de modélisation UML (Langage de Modélisation Unifié), un

logiciel de création de diagrammes dans le cadre d'une programmation. Tout en un, il possède
plusieurs options permettant une large possibilité de modélisation en ULM.
4.1.Le diagramme de cas d’utilisation
Les cas d’utilisation décrivent un ensemble d’actions réalisées par le système, en réponse
à une action d’un acteur.
 Identificateurs des acteurs :

L’admin, Le client, le fournisseur, l’agent bâtiments matériels, l’agent technique, l’agent
commercial et l’agent financier sont des acteurs qui interagissent avec notre projet.
 Admin:
Cet acteur a la possibilité de gérer les utilisateurs (ajouter, supprimer ou mettre à

jour les utilisateurs), Gérer les droits d’accès (ajouter, modifier ou supprimer)
 Client :
Il représente un client de société possédant des accès limités pour

interagir avec le système (consulter et télécharger les contrats et les conventions).
 Fournisseur :
Il représente un fournisseur de société possédant des accès limités

pour interagir avec le système (consulter et télécharger les contrats et les conventions).
Agent bâtiments matériels:
Il représente un agent administratif de société possédant des droits d’accès limités. Cet acteur
a la possibilité de gérer les achats et les travaux, gérer et valider les contrats et les
conventions , recevoir des alertes de tableau de bord et gérer les factures.
Agent technique :
a la possibilité de gérer et valider les contrats et les conventions et suivre les étapes des
contrats.
Agent commercial :
a la possibilité de gérer et valider les contrats et les conventions, recevoir des alertes de
tableau de bord et gérer les factures.
Agent financier :
est le seul qui a la possibilité de valider le paiement des contrats et les conventions.
4.1.1. Diagramme du cas d’utilisation global
Figure 2 Diagramme de cas d’utilisation général (1ère vue)

1.1.1. Description textuelle des cas d’utilisation :
Suite à des réunions avec l’équipe de CNI durant lesquelles nous avons essayé de spécifier
et d’organiser les fonctionnalités souhaitées par le système réalisé et nous avons par la
suite traduit l’issue des interviews dans le tableau suivant pour bien comprendre le rôle de
chaque utilisateur final.
Acteurs Cas d’utilisation Description
Gérer les utilisateurs. L’Admin peut ajouter,
consulter, supprimer et
modifier les utilisateurs.
Gérer les droits d’accès. L’Admin peut ajouter,
supprimer et modifier
Admin les droits d’accès.
Consulter les contrats et Le client peut consulter

les conventions. et télécharger leurs
Client
Télécharger les contrats contrats et conventions.
et les conventions.
Consulter les contrats et Le fournisseur peut
les conventions. consulter et télécharger
Fournisseur
Télécharger les contrats leurs contrats et
et les conventions. conventions.
Gérer les achats et les L’agent peut consulter et
travaux. télécharger leurs contrats
et conventions.
Gérer les contrats et les L’agent peut ajouter,
conventions. modifier et supprimer les
contrats et les
conventions.
Agent bâtiments
Valider les contrats et les L’agent valide les
matériels
conventions. contrats et les
conventions.
Recevoir des alertes de L’agent reçoit des alertes
tableau de bord. de tableau de bord.
Changer l’état des L’agent change l’état des
contrats el des contrats el des
conventions. conventions.
Rattacher pièce jointe L’agent rattache une
aux étapes des contrats. pièce jointe aux étapes
des contrats.
contrats et les
conventions.
conventions.
Agent technique
Rattacher pièce jointe L’agent rattache une
aux étapes des contrats. pièce jointe aux étapes
des contrats.
Suivre les étapes des L’agent peut consulter el
contrats. suivre les étapes.
contrats et les
conventions.
conventions.
Agent commercial
Recevoir des alertes de L’agent reçoit des alertes
tableau de bord. de tableau de bord.
Gérer les factures. L’agent peut ajouter,
modifier et supprimer des
factures.
Agent financier Valider le paiement des L’agent valide le
contrats. paiement des contrats.
Tableau 1: Description de diagramme de cas d'utilisation globa
4.2. Diagramme de cas d’utilisation raffiné

Parmi les principes majeurs de la méthode agile, et précisément la méthodologie
Sacrum Le client est considéré l’acteur le plus important dans le cycle de production de
son logiciel, et a la possibilité de participer et interagir avec l’équipe de développement
soit directement ou grâce à son représentant la personne qui joue le rôle du «
productowner » à l’entreprise. Dans tous les cas, grâce à cette participation active, les
entretiens réguliers et à la forte collaboration avec le client, le « productowner » devient
capable d’expliquer les besoins attendus et de fournir l’équipe de développement de plus
amples détails sur les fonctionnalités. Dans ce qui suit nous allons profiter des détails
accueillis pour décrire les cas d’utilisation raffinés afin de mieux comprendre le
fonctionnement souhaité de notre système.
4.1.1. Présentation du cas d’utilisation général de l’acteur « l’Admin »
Figure 3: Diagramme de cas d'utilisation « général l’admin ».

L’application à réaliser offre à l’administrateur deux fonctionnalités importantes
accessibles à travers le menu principal. Ces fonctionnalités ne sont permises que si cet
utilisateur est bien authentifié.
4.1.2. Diagramme du cas d’utilisation « s’authentifier »

Figure 4: Diagramme des cas d’utilisation d’authentification
4.1.2.1. Description textuelle du diagramme de cas d’utilisation
«Authentification »
Pour garantir la sécurité des informations introduites dans le système du CNI et protéger
l’accès à données privées. L’opération nécessite l’introduction du nom d’utilisateur et le mot
de passe correspondant pour avoir le privilège à la page principale de l’application.
Titre S’authentifier
But Permettre à l’utilisateur d’accéder à son espace de travail dans

l’application.
Résumé C’est une tâche primordiale par laquelle doit passer un admin pour pouvoir
utiliser l’application et bénéficier des fonctionnalités permises selon son
rôle.
Acteur Concerné Admin.
Description des enchaînements
Pré- condition(s) - Le Membre de l’admin est en réseau.

- Le Membre de l’admin n’est pas encore authentifié.
- Le Membre de l’admin lance la page d’authentification.
Post-condition(s) -Introduire les données d’authentification.
- La page principale de l’application est affichée.
Scenario principal (nominal)
- L’admin saisit (le matricule et le mot de passe) et clique sur s’authentifier.
- Le système vérifie si les champs ne sont pas vides et que le format est valide.
-Le système vérifie l’existence et la validité du compte dans la base de données.
- Le système redirige l’acteur vers son espace de travail selon son rôle.
- Le système affiche le message de succès.
Scenario alternatif
- La saisie ne suit pas le format demandé
-le système affiche un message d’erreur « veuillez vérifier la saisie »
-les données ne sont pas en correspondance avec un compte dans la base de données.
-le système affiche un message d’erreur « l’admin n’a pas de compte».
- l’admin vérifie la saisie.
- l’admin valide la saisie.
- le système affiche un message d’erreur « veuillez vérifier la saisie ».
- l’admin valide la saisie.
Tableau 2: Description textuelle du diagramme de cas d'utilisation d’authentification
Figure 5: Diagramme de classe au niveau analyse « Authentifier »

4.1.2 : Diagramme du cas d’utilisation « Gérer utilisateurs »
Figure 6: Diagramme des cas d’utilisation « Gérer utilisateurs »

1.1.1.1. Description textuelle du digramme de cas d’utilisation «
Gérer utilisateurs »
Titre Ajouter utilisateurs.
But Ajouter utilisateurs.

Résumé C’est une tâche utile pour ajouter des nouveaux utilisateurs.
Acteur Concerné Admin.

Pré- conditions -L’Admin est authentifié.
-L’Admin choisit d’ajouter des membres
Post-conditions - Remplir le formulaire d’ajout.
- nouveau plan est ajouté avec succès à la base de données.

-L’Admin demande d’ajouter un nouveau membre.
-Le système affiche le formulaire d’ajout.
-L’Admin remplit le formulaire.
- L’Admin valide la saisie.
- Le système ajoute le nouveau membre à la base de données.
- Le système affiche le message de succès
Scenario alternatif
-Le membre existe déjà dans la base de données. –
-le système affiche un message d’erreur « utilisateur existe dans la base de données
».
-l’admin valide la saisie.
-L’Admin quitte la page d’ajout.
Tableau 3: Description textuelle du diagramme de cas d’utilisation « Gérer

utilisateurs»
Figure 7: Diagramme de classe au niveau Analyse « Gérer utilisateurs»
4.1.2 : Diagramme du cas d’utilisation « Gérer les droits d’accès »

Figure 8: Diagramme des cas d’utilisation « Gérer les droits d’accès »
1.1.1.1. Description textuelle du digramme de cas d’utilisation «
Gérer les droits d’accès »
Titre Ajouter les droits d’accès
But Ajouter les droits d’accès

Résumé C’est une tâche utile pour ajouter des droits d’accès
Acteur Concerné Admin

Pré conditions L’admin est authentifié.
L’administrateur choisit d’ajouter des droits d’accès
- Un nouveau droit est ajouté avec succès à la base de
données.
- L’admin demande d’ajouter un nouveau droit.
- Le système affiche le formulaire d’ajout.
- L’admin remplit le formulaire.
- L’admin valide la saisie.
- Le système ajoute un nouveau droit à la base de données.

Scenario alternatif
-Le compte existe déjà dans la base de données.
-Le système affiche un message d’erreur « le droit existe dans la base de données ».
- L’admin vérifie la saisie.
-L’admin valide la saisie.
- Le système affiche un message d’erreur « veuillez vérifier la saisie ».
- L’admin quitte la page d’ajout
Tableau 4: Description textuelle du diagramme de cas d’utilisation « Gérer les

droits d’accès »
1.1.Présentation du cas d’utilisation générale de l’acteur « Client »
Figure 9: Diagramme du cas d'utilisation Général du « Client »

L’application à réaliser offre au fournisseur deux fonctionnalités importantes. Ces
fonctionnalités ne sont permises que si cet utilisateur est bien authentifié.
1.1.1. Diagramme du cas d’utilisation détaillés de consultation les contrats

et les conventions :
Le client va consulter les contrats et les conventions. Ceci est montré par le diagramme
de cas d’utilisation suivant :
Figure 10: Diagramme du cas d’utilisation « Consulter les contrats et les conventions »
1.1.1.1. Description textuelle du digramme de cas d’utilisation
«Consulter les contrats et les conventions»
Titre Consulter les contrats et les conventions.
But Consulter les contrats et les conventions.

Résumé C’est une tâche utile pour consulter les contrats et les conventions .
Acteur Concerné Client.

Pré- conditions Le client est authentifié.
Le client choisit de consulter les contrats et les conventions.
Post-conditions choisir la tache qu’il veut faire.
tâche réalisée avec sucées.

-Le client consulte les contrats et les conventions
Scenario alternatif
Tableau 5: Description textuelle du diagramme de cas d'utilisation «consulter les

contrats et les conventions» pour le client.
1.1.1. Diagramme du cas d’utilisation détaillés de téléchargement les
contrats et les conventions :
Figure 11: Diagramme du cas d’utilisation « Télécharger les contrats et les convention»
1.1.Présentation du cas d’utilisation générale de l’acteur

«Fournisseur »
Figure 12: Diagramme du cas d'utilisation Général du « Fournisseur »

L’application à réaliser offre au client deux fonctionnalités importantes. Ces fonctionnalités
ne sont permises que si cet utilisateur est bien authentifié.
1.1.1. Diagramme du cas d’utilisation détaillés de consultation les contrats

et les conventions :
Le client va consulter les contrats et les conventions. Ceci est montré par le diagramme
de cas d’utilisation suivant :
Figure 13: Diagramme du cas d’utilisation « Consulter les contrats et les conventions »
«Consulter les contrats et les conventions»
Titre Consulter les contrats et les conventions.
But Consulter les contrats et les conventions.

Résumé C’est une tâche utile pour consulter les contrats et les conventions .
Acteur Concerné Fournisseur.

Pré- conditions Le fournisseur est authentifié.
Le fournisseur choisit de consulter les contrats et les conventions.

-Le fournisseur consulte les contrats et les conventions
Scenario alternatif
Tableau 6: Description textuelle du diagramme de cas d'utilisation «consulter les

contrats et les conventions» pour le fournisseur.
1.1.1. Diagramme du cas d’utilisation détaillés de téléchargement les contrats et les
conventions :
14: Diagramme du cas d’utilisation « Télécharger les contrats et les conventions »
1.1.1.1. Description textuelle du digramme de cas d’utilisation «Consulter les

contrats et les conventions»
Titre Télécharger et imprimer un contrat.
But Télécharger et imprimer un contrat.

Résumé C’est une tâche utile pour télécharger et imprimer un contrat.
Acteur Concerné Fournisseur.

Le fournisseur choisit de télécharger et imprimer un contrat.

-Le fournisseur télécharge et imprime un contrat.
Scenario alternatif
Tableau 7: Description textuelle du diagramme de cas d'utilisation «Télécharger

et imprimer un contrat » pour le fournisseur.
1.1.Présentation du cas d’utilisation générale de l’acteur «Agent
bâtiments matériels »
Figure 15: Diagramme du cas d'utilisation Général du « Agent bâtiments matériels »

L’application à réaliser offre au agent bâtiments matériels six fonctionnalités importantes.
Ces fonctionnalités ne sont permises que si cet utilisateur est bien authentifié.
1.1.1. Diagramme du cas d’utilisation détaillés de gestion les achats et les

travaux :
L’agent gère les achats et les travaux. Ceci est montré par le diagramme de cas
d’utilisation suivant :
Figure 16: Diagramme du cas d’utilisation « Gérer les achats et les travaux »
«Gérer les achats et les travaux»
Titre Ajouter les achats et les travaux
But Ajouter les achats et les travaux.

Résumé C’est une tâche utile pour ajouter les achats et les travaux.
Acteur Concerné Agent bâtiments matériels

Pré conditions L’agent est authentifié.
L’agent choisit d’ajouter des achats et des travaux
- Une nouvelle achat ou un nouveau travaux sont ajouté
avec succès à la base de données.
- L’agent demande d’ajouter une nouvelle achat ou un nouveau travaux
- L’agent remplit le formulaire.
- L’agent valide la saisie.
- Le système ajoute une nouvelle achat ou un nouveau travaux à la base de

données.
Scenario alternatif
-Le système affiche un message d’erreur « l’achat ou le travaux existe dans la base
de données ».
- L’agent vérifie la saisie.
-L’agent valide la saisie.
- L’agent quitte la page d’ajout.
Tableau 8: Description textuelle du diagramme de cas d'utilisation «gérer les achats et

les travaux» pour l’agent bâtiments matériels.
1.1.2. Diagramme du cas d’utilisation détaillés de gestion les contrats et les conventions :
Figure 17: Diagramme du cas d’utilisation « Gérer les contrats et les conventions »
«Gérer les contrats et les conventions»
Titre Ajouter les contrats et les conventions
But Ajouter les contrats et les conventions.

Résumé C’est une tâche utile pour ajouter les contrats et les
conventions.
L’agent choisit d’ajouter les contrats et les conventions.
- Un nouveau contrat ou une nouvelle convention sont
ajouté avec succès à la base de données.
- L’agent demande d’ajouter un nouveau contrat ou une nouvelle convention.
- Le système ajoute un nouveau contrat ou une nouvelle convention à la base de

données.
Scenario alternatif
-Le système affiche un message d’erreur « le contrat ou la convention existe dans la
base de données ».
Tableau 9: Description textuelle du diagramme de cas d'utilisation «gérer les contrats et

les conventions» pour l’agent bâtiments matériels.
1.1.3. Diagramme du cas d’utilisation détaillés de changer l’état des contrats et des
conventions :
L’agent change l’état des contrats et des conventions. Ceci est montré par le diagramme de cas
Figure 18: Diagramme du cas d’utilisation « Changer l’état des contrats et des
conventions »
1.1.1.1. Description textuelle du digramme de cas d’utilisation «Changer
l’état des contrats et des conventions»
Titre Changer l’état des contrats et des conventions.
But Changer l’état des contrats et des conventions.

Résumé C’est une tâche utile pour changer l’état des contrats et des conventions.

Le fournisseur choisit de changer l’état des contrats et des conventions.

-Le fournisseur changer l’état des contrats et des conventions.
Scenario alternatif
Tableau 10: Description textuelle du diagramme de cas d'utilisation «Changer

l’état des contrats et des conventions » pour le fournisseur.
1.1.4. Diagramme du cas d’utilisation détaillés de valider les contrats et les conventions :
L’agent valide des contrats et des conventions. Ceci est montré par le diagramme de cas
Figure 19: Diagramme du cas d’utilisation « Valider les contrats et les conventions »
1.1.5. Diagramme du cas d’utilisation détaillés de recevoir des alertes de tableau de

bord :
L’agent reçoit des alertes de tableau de bord. Ceci est montré par le diagramme de cas
Figure 20: Diagramme du cas d’utilisation « Recevoir des alertes de tableau de bord »
1.1.6. Diagramme du cas d’utilisation détaillés de rattachement de pièce jointe aux

étapes des contrats :
L’agent rattache une pièce jointe aux étapes des contrats . Ceci est montré par le diagramme de
cas d’utilisation suivant :
Figure 21: Diagramme du cas d’utilisation «Rattacher pièce jointe aux étapes des
contrats»

technique »
Figure 22: Diagramme du cas d'utilisation Général du « Agent technique »
L’application à réaliser offre au agent technique quatre fonctionnalités importantes. Ces
1.1.1. Diagramme du cas d’utilisation détaillés de gestion les contrats et les

conventions :
L’agent gère les contrats et les conventions. Ceci est montré par le diagramme de cas
1.1.1.1. Description textuelle du digramme de cas d’utilisation «Gérer les contrats et
les conventions»

conventions.
Acteur Concerné Agent technique

données.
Scenario alternatif
Tableau 11: Description textuelle du diagramme de cas d'utilisation «gérer les contrats
et les conventions» pour l’agent technique.
1.1.8. Diagramme du cas d’utilisation détaillés de rattachement pièce jointe aux étapes
des contrats :
L’agent rattache une pièce jointe aux étapes des contrats. Ceci est montré par le diagramme de
cas d’utilisation suivant :
contrats»
1.1.9. Diagramme du cas d’utilisation détaillés de suivit les étapes des contrats :
L’agent suivre les étapes des contrats. Ceci est montré par le diagramme de cas d’utilisation
suivant :
contrats»
1.1. Présentation du cas d’utilisation générale de l’acteur «Agent

commercial »
Figure 27: Diagramme du cas d'utilisation Général du « Agent technique »
L’application à réaliser offre au agent commercial quatre fonctionnalités importantes. Ces
1.1.2. Diagramme du cas d’utilisation détaillés de gestion les contrats et les

conventions :
L’agent gère les contrats et les conventions. Ceci est montré par le diagramme de cas
1.1.1.2. Description textuelle du digramme de cas d’utilisation «Gérer les contrats et
les conventions»

conventions.
Acteur Concerné Agent commercial


données.
Scenario alternatif
Tableau 12: Description textuelle du diagramme de cas d'utilisation «gérer les contrats
et les conventions» pour l’agent commercial.
1.1.11. Diagramme du cas d’utilisation détaillés de recevoir des alertes de tableau de
bord :
L’agent reçoit des alertes de tableau de bord. Ceci est montré par le diagramme de cas
Figure 30: Diagramme du cas d’utilisation « Recevoir des alertes de tableau de bord »
1.1.12. Diagramme du cas d’utilisation détaillés de gérer les factures :

L’agent gère les factures. Ceci est montré par le diagramme de cas d’utilisation suivant :
Figure 31: Diagramme du cas d’utilisation « Gérer les factures »

financier»
Figure 32: Diagramme du cas d'utilisation Général du « Agent financier »
L’application à réaliser offre agent financier une fonctionnalité importante. Cette
fonctionnalité n’est pas permise que si cet utilisateur est bien authentifié.
Chapitre 03 : Conception
Introduction
Après l’analyse des besoins fonctionnels et la détermination des spécifications, on
présente dans ce chapitre la conception du projet à travers une multitude de diagrammes
UML. D’abord, nous commençons par une description générale sur le langage de
modélisation utilisées (UML) et par la suite, nous allons détailler les diagrammes des cas
d’utilisations, le diagramme des classes et les diagrammes de séquences.
1. Modèle et outils de modélisation choisis

La première question qui s'est posée pour la réalisation de la partie technique du projet est
de choisir une architecture pour l'application.
1.1.Le diagramme de séquence « Authentificateur »

1.1.1. Diagramme de séquence d’authentification du l’admin
Afin de bien décrire le cas « s’authentifier », le diagramme suivant présent l’enchaînement
chronologique qui peut être effectué pour que l’utilisateur soit reconnu par le système et
bénéficie des différentes fonctionnalités permises.
Figure: Diagramme de séquence « authentifier»
- L’admin demande de s’authentifier.

- L’interface d’authentification demande le login et mot de passe.
- L’admin saisit le login et le mot de passe.
- Le contrôleur authentifier vérifie le login et le mot de passe.
- Si l’authentification est valide, l’accès à l’espace est autorisé. Sinon l’authentification est
échouée.
1.1. Les diagrammes de séquence « Gérer les droits d’accès»

1.1.1. Diagramme de séquence « Ajouter droit d’accès »
L’admin peut à travers la page de gestion des droits d’accès bénéficier d’un ensemble de
fonctionnalités. En effet, il peut ajouter un nouveau droit à la base de données, consulter la
liste de tous les utilisateurs qui ont un droit d’accès aux services de l’application. Pour décrire
mieux ces fonctionnalités citées, nous allons expliciter dans la figure qui suit le cas
d’utilisation « Ajouter droit d’accès».
Figure 33: Diagramme de séquence « Ajouter droit d’accès »

- L’admin demande d’ajouter un nouveau droit d’accès.
- L’interface utilisateur lui affiche un formulaire pour saisir les informations de droit d’accès.
-L’admin saisit toutes les informations concernant le droit d’accès.
- Le contrôleur utilisateur envoie les informations à l’utilisateur.
- L’utilisateur fait l’enregistrement.

1.2.2 Diagramme de séquence « Modifier droit d’accès »
Pour mieux comprendre la démarche pour bénéficier des fonctionnalités permises par ce cas
d’utilisation « modifier droit d’accès » nous avons conçu le diagramme de séquence détaillé
suivant :
Figure 34: Diagramme de séquence « Modifier droit d’accès »

- L’admin demande de modifier les données.
- L’interface droit d’accès lui demande de saisir les nouvelles données.
- L’admin contrôle l’utilisateur le choix.
- Le contrôleur droit d’accès envoie ce dernier arrivé à l’utilisateur.
- L’utilisateur envoie les informations concernant les nouvelles données.

1.2.2 Diagramme de séquence «Supprimer compte »
Figure 35: Diagramme de séquence «supprimer droit d’accès»
- L’admin demande de supprimer un droit d’accès.

- L’interface utilisateur affiche les droits d’accès.
- L’interface utilisateur effectue la suppression.
- Le système affiche un message à l’admin que le droit est bien supprimé.
1.3 Les diagrammes de séquence « Gérer les utilisateurs »
Diagramme de séquence «ajouter utilisateur»
Figure 36: Diagramme de séquence «ajouter utilisateur»
- L’admin demande d’ajouter un nouveau utilisateur.
- L’interface utilisateur lui affiche un formulaire pour saisir les informations de l’utilisateur.
-L’admin saisit toutes les informations concernant l’utilisateur.
- Le contrôleur utilisateur envoie les informations à l’utilisateur.
- L’utilisateur fait l’enregistrement.

1.1.1. Diagramme de séquence « modifier utilisateur »
Figure 37: Diagramme de séquence «modifier utilisateur»

1.1.1. Diagramme de séquence « supprimer utilisateur »
38: Diagramme de séquence «supprimer utilisateur»
1.1.1. Diagramme de séquence d’authentification de client:

- Le client demande de s’authentifier.

- Le client saisit le login et le mot de passe.
échouée.
1.1.1. Diagramme de séquence «Consulter les contrats»
Figure: Diagramme de séquence « consulter les contrats»

1.1.1. Diagramme de séquence «télécharger les contrats»
Figure: Diagramme de séquence «télécharger les contrats»

1.2.1. Diagramme de séquence d’authentification de fournisseur:

- Le fournisseur demande de s’authentifier.

- Le fournisseur saisit le login et le mot de passe.
échouée.
1.1.1. Diagramme de séquence «Consulter les contrats»
: Diagramme de séquence « consulter les contrats»

1.1.1. Diagramme de séquence «télécharger les contrats»
1.3. Le diagramme de séquence « Authentificateur »
1.3.1. Diagramme de séquence d’authentification de l’agent bâtiments matériels :

- L’agent bâtiments matériels demande de s’authentifier.

- L’agent bâtiments matériels saisit le login et le mot de passe.
échouée.
1.4.1. Diagramme de séquence d’authentification de l’agent technique:

- L’agent technique demande de s’authentifier.

- L’agent technique saisit le login et le mot de passe.
échouée.
1.5.1. Diagramme de séquence d’authentification de l’agent commercial:

- L’agent commercial demande de s’authentifier.

- L’agent commercial saisit le login et le mot de passe.
échouée.
1.6.1. Diagramme de séquence d’authentification de l’agent financier:

- L’agent financier demande de s’authentifier.

- L’agent financier saisit le login et le mot de passe.
échouée.

Rapport Pfe 2

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Pfe 2

Transféré par

Droits d'auteur :

Formats disponibles

Remerciements

Dans ce contexte s’inscrit, pour le centre ational de l’informatique (CIN), la nécessité

Pour l’élaboration de ce projet, nous allons procéder de la manière suivante :

- Un deuxième chapitre, qui illustre la spécification des besoins fonctionnels et non

1. Contexte général du projet

1.1.Présentation de l’organisme d’accueil

Le Centre national de l'informatique (CNI) est un établissement public à caractère non

Activités assurées par le CNI :

- Maitrise d'ouvrage déléguée. - Etude et conseils. - Développement. - Hébergement de

3. Démarche de modélisation et de développement adoptée

Unified Modeling Language (UML) est un langage formel et normalisé en termes de

L’implémentation est le résultat de la conception pour implémenter le système sous formes de

1. Les cahiers des charges

2. Les besoins fonctionnels

Sous-fonctions: Ajouter, modifier, supprimer.

o Fonction principale : Gérer les utilisateurs.

Sous-fonctions : -Ajouter, supprimer et mettre à jour les utilisateurs

o Fonction principale : Consulter les contrats et les conventions

Sous-fonctions : Ajouter, modifier, supprimer.

o Fonction principale : Télécharger les contrats et les conventions.

o Fonction principale : Gérer les achats et les travaux.

Sous-fonctions : Ajouter, modifier, supprimer

o Fonction principale : Gérer les contrats et les conventions.

Sous-fonctions : Ajouter, modifier, supprimer

o Fonction principale : Valider les contrats et les conventions.

 Au niveau Agent commercial:

o Fonction principale : Gérer les contrats et les conventions.

Sous-fonctions : Ajouter, modifier, supprimer

o Fonction principale : Gérer les factures.

Sous-fonctions : Ajouter, modifier, supprimer

o Fonction principale : Valider les contrats et les conventions.

 Au niveau Agent technique:

o Fonction principale : Gérer les contrats et les conventions.

Sous-fonctions : Ajouter, modifier, supprimer

o Fonction principale : Valider les contrats et les conventions.

 niveau Agent financier:

o Fonction principale : Gérer le paiement des contrats.

3. Les besoins non fonctionnels

4. Diagramme de cas d’utilisation

StarUML est un outil de modélisation UML (Langage de Modélisation Unifié), un

4.1.Le diagramme de cas d’utilisation

 Identificateurs des acteurs :

Cet acteur a la possibilité de gérer les utilisateurs (ajouter, supprimer ou mettre à

Il représente un client de société possédant des accès limités pour

Il représente un fournisseur de société possédant des accès limités

Figure 2 Diagramme de cas d’utilisation général (1ère vue)

Consulter les contrats et Le client peut consulter

Tableau 1: Description de diagramme de cas d'utilisation globa

4.2. Diagramme de cas d’utilisation raffiné

4.1.1. Présentation du cas d’utilisation général de l’acteur « l’Admin »

Figure 3: Diagramme de cas d'utilisation « général l’admin ».

4.1.2. Diagramme du cas d’utilisation « s’authentifier »

But Permettre à l’utilisateur d’accéder à son espace de travail dans

Description des enchaînements

Pré- condition(s) - Le Membre de l’admin est en réseau.

Tableau 2: Description textuelle du diagramme de cas d'utilisation d’authentification

Figure 5: Diagramme de classe au niveau analyse « Authentifier »

Figure 6: Diagramme des cas d’utilisation « Gérer utilisateurs »

But Ajouter utilisateurs.

Acteur Concerné Admin.

Scenario principal (nominal)

Tableau 3: Description textuelle du diagramme de cas d’utilisation « Gérer

Figure 7: Diagramme de classe au niveau Analyse « Gérer utilisateurs»