Une Application de Gestion

Générique des Procédure

Administratives

Réalisé par :
Benmoumen El mehdi

Anbari Amine

Addi Abdallah

Encadré par :
[Link]

1|P a g e
 Sommaire

● Présentation du projet 3

● Description des besoins du client 3

- Identification des acteurs 3

- Description des cas d’utilisations 4

● Maquettes graphiques 16

● Diagramme de classe Métier 33

● Dictionnaire des données 34

● Planification du projet 35

● Architecture de l’application 38

● Diagramme de classe détaillé 41

● Plan de test 44

2|P a g e
Présentation du projet
Ce projet consiste à développer une application de gestion des processus
administratifs.
Un processus administratif est composé généralement de plusieurs étapes de
traitement géré par un employé. Le processus en totalité est supervisé par un
chef de division.
Un utilisateur de l’application doit se connecter ou enregistrer ses données.
Un citoyen qui est l’un des utilisateurs débute un processus en choisissant le
service souhaité et en fournissant les documents requis.
Les statistiques des opérations effectuées sont accessibles par un administrateur.

Description des besoins du client :

Afin de déterminer les besoins du client, les parties qui interagissent avec le
système doivent d’abord être identifiées.

Identification des acteurs :

Un acteur de la langue de modélisation unifiée (UML) précise un rôle joué par

un utilisateur ou tout autre système qui interagit avec le sujet. Pour notre projet
il y quatre acteur principaux :

Acteur Rôle principale

Citoyen Déclencher des processus administratifs en
déposant une demande et des documents
spécifiques au service souhaité.
Employé Traitement des demandes et gestion des
étapes des processus administratifs.
Chef de division Suivi des processus administratifs.
Possède également les mêmes rôles qu’un
employé.
Administrateur Gestion des employés et des processus
administratifs.
Consultations des statistiques.

Comme le chef de division possède les rôles d’un employé, il existe une relation
d’héritage entre les deux (le chef de division hérite de l’employé).

3|P a g e
Maintenant que les acteurs et leurs rôles ont été identifiés, il est
considérablement facile d’avoir une vision claire des besoins du client, ces
besoins seront traduits en diagrammes de cas d’utilisation. Chaque acteur aura
un ensemble de diagrammes qui décrivent les actions qu’il est capable
d’effectuer selon chaque partie du projet (front, back, reporting).

Description des cas d’utilisations :

Front office :

Diagramme du cas d’utilisation (citoyen):

4|P a g e
Description contextuelle du cas d’utilisation ¨s’authentifier¨ :

Cas d’utilisation S’authentifier

Description Le citoyen entre son CIN et son mot de passe
dans des champs appropriés et demande de se
connecter.
Le système valide les informations et affiche
l’espace d’accueil des citoyens.
Acteur Citoyen
Précondition
Post condition Le citoyen est connecté au système
Scénario principale - Le citoyen saisit son CIN et son mot de
passe puis clique sur le bouton « Connexion ».
- Le système vérifie les entrées saisies par le
citoyen et affiche l’interface d’accueil.
Exception Ex 1 : CIN ou mot de passe invalide
-le système affiche un message d’erreur et
demande la saisie d’un CIN et un mot de
passe valide.
-l’interface d’authentification est afficher à
nouveau.

Description contextuelle du cas d’utilisation ¨ déposer une demande¨ :

Cas d’utilisation Déposer une demande

Description Le Citoyen choisit une procédure
administrative à partir de la liste des
procédures fournis et dépose sa demande.
Acteur Citoyen
Précondition Le citoyen doit être authentifié.
Post condition Le citoyen dépose sa demande.
Scénario principale -après authentification le citoyen accède à la
liste de procédures administratives
disponibles.
-le citoyen choisi une procédure et clique
sur le bouton ¨choisir¨.
-le système affiche une petite description
informative des documents à déposer par le
citoyen.
-le citoyen dépose les documents et valide
l’opération en cliquant sur le
bouton ¨valider¨.
Exception Ex 1 : Document manquant
-si le citoyen valide sans déposer de
document, un message d’erreur s’affiche.

5|P a g e
Diagramme du cas d’utilisation (employé et chef de division):

Description contextuelle du cas d’utilisation ¨ s’authentifier¨ :

Cas d’utilisation S’authentifier

Description L’employé entre son id et son mot de passe
dans des champs appropriés et demande de se
connecter.
Le système valide les informations et affiche
l’espace d’accueil correspondante selon le
grade de l’employé.
Acteur Employé/ chef de division.
Précondition L’utilisateur doit avoir un login et un mot de
passe fournis par l’administration.
Post condition L’utilisateur est connecté au système.
Scénario principale - L’utilisateur saisit son login et son mot de
passe puis clique sur le bouton « Connexion
».
- Le système vérifie les entrées, récupère le
type de l’employé et affiche l’interface
d’accueil correspondante.
Exception Ex 1 : Login ou mot de passe invalide
-le système affiche un message d’erreur et
demande la saisie des données valides.
-l’interface d’authentification est afficher à
nouveau.

6|P a g e
Description contextuelle du cas d’utilisation ¨ Traiter demande¨ :

Cas d’utilisation Traiter demande

Description Le chef de division traite la demande en
fonction de l’état qu’elle a atteint.
Acteur chef de division.
Précondition -le chef de division doit s’authentifier.
-la disponibilité d’une demande.
Post condition La demande est traitée.
Scénario principale - le chef de division vérifie la demande et la
compatibilité des documents fournis par le
citoyen et valide la demande.
- le système génère un code unique (jeton)
et l’envoi au citoyen correspondant pour
qu’il puisse suivre sa demande.
Exception Ex 1 : demande en état finale
- si la demande est en état finale le chef de
division valide la demande et l’archive.
Ex2 : demande rejeter
- si la demande à traiter est rejeté par un
employé à une certaine étape le chef de
division archive la demande.
Ex3 : demande rejeter au départ
- si après vérification le chef de division
trouve des erreurs dans la demande il rejet
cette dernière et l’archive par la suite.

Description contextuelle du cas d’utilisation ¨ gestion d’une étape de processus¨ :

Cas d’utilisation gestion d’une étape de processus

Description L’employé vérifie la demande du citoyen si
elle respecte les critères de l’étape atteinte,
sinon il la refuse, rejette ou demande une
mise à jour cette dernière.
Acteur Employé
Précondition -le chef de division doit s’authentifier.
-la disponibilité d’une demande.
Post condition La demande passe à l’étape suivante.
Scénario principale -l’employé consulte la demande et les
documents fournis, puis valide la demande
pour qu’elle passe à l’étape suivante.
-l’employé rédige un rapport expliquant sa
décision.
-le système rend la demande prêt a être
traiter par le responsable de l’étape suivante.
Exception Ex 1 : demande refusée
-la demande revient à l’étape précédente
pour être traiter une autre fois
7|P a g e
 -l’employé rédige un rapport expliquant la
raison du rejet
-le système met à jour l’état de la demande.
Ex2 : demande rejetée
-l’employé rédige un rapport expliquant la
raison du rejet
-le système met à jour l’état de la demande.
Ex3 : mise à jour
-si l’employé a besoin de plus de documents
il rédige une description des documents
nécessaire dans un champ de texte approprié
et clique sur le bouton ¨demander
document¨ pour que le system change l’état
de la demande en ¨mise à jour¨.

-le système met à jour l’état de la demande.

-l’employé rédige un rapport expliquant la

raison de la décision.

Back office :

Diagramme du cas d’utilisation (Administrateur):

8|P a g e
Description contextuelle du cas d’utilisation ¨s’authentifier¨ :

Cas d’utilisation S’authentifier

Description L’administrateur entre son id et son mot de
passe dans les champs appropriés et
demande de se connecter.
Le système valide les informations et
affiche l’espace d’accueil d’administrateur.
Acteur Administrateur
Précondition
Post condition L’administrateur est connecté au système
Scénario principale -L’utilisateur démarre le programme
- Le système se connecte à la base des
données
- L’administrateur saisit son nom
d’utilisateur et son mot de passe et clique
sur le bouton « Connexion ».
- Le système vérifie les entrées saisies par
l’administrateur et affiche l’interface
suivante
Exception Ex 1 : nom d’utilisateur ou mot de passe
invalide
-le système affiche un message d’erreur et
demande la saisie d’un nom d’utilisateur et
un mot de passe valide.
-l’interface d’authentification est afficher à
nouveau.

Description contextuelle du cas d’utilisation ¨Affecter procédure à un chef¨ :

Cas d’utilisation Affecter procédure à un chef

Description L’administrateur affecte une procédure à un
chef de division
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition La procédure est affectée à un chef de
division
Scénario principale - L’administrateur choisit la rubrique de la
gestion des procédures
Deux cas de figure sont possibles :
1er cas : L’administrateur définit le chef lors
de la création d’une nouvelle procédure
2éme cas : L’administrateur choisit la
procédure désignée et clique sur l’icône
<<Editer>>
- Le système affiche les informations
de la procédure
- L’administrateur sélectionne le chef
Dans les deux cas L’administrateur
confirme l’action.
9|P a g e
 - la Procédure est affectée au chef
Exception

Description contextuelle du cas d’utilisation ¨ Affecter une étape à un employé ¨ :

Cas d’utilisation Affecter une étape à un employé

Description L’administrateur affecte une étape à un
employé
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition L’étape est affectée à un employé
Scénario principale - L’administrateur choisit la rubrique du la
gestion des procédures
- L’administrateur choisit la procédure
désignée et clique sur l’icône <<Editer>>
- Le système affiche les informations de la
procédure
Deux cas de figure sont possibles :
1er cas : L’administrateur définit l’employé
lors de la création d’une nouvelle étape.
2éme cas : L’administrateur sélectionne
l’étape désignée et clique sur l’icône
<<Editer>>
- Le système affiche les informations
de l’étape
- L’administrateur sélectionne
l’employé à affecter
Dans les deux cas L’administrateur
confirme l’action.
L’étape est affectée à l’employé
Exception

Description contextuelle du cas d’utilisation ¨ gestion des employés ¨ :

Ajouter un employé

Cas d’utilisation Ajouter un employé

Description L’administrateur remplit le formulaire qui
contient des informations sur le nouvel
employé puis valide l’action. Le système
crée un nouveau employé avec les
informations fournit.
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition Les données sont enregistrées et l’employé
est créé.
Scénario principale -L’administrateur choisit la rubrique gestion
employés et clique sur le bouton ajouter
- L’administrateur remplit le formulaire et
valide l’action
10 | P a g e
 - le système crée un nouveau employé pas
encore affectés à aucune procédure/étape
Exception Ex 1 : un champ du formulaire vide ou
l’employé déjà existe :
-le système affiche un message d’erreur
Et revient à la fenêtre de l’ajout d’employé.

Modifier un employé

Cas d’utilisation Modifier un employé

Description L’admin remplit le formulaire qui contient
des informations sur l’employé à modifier
puis valide l’action. Le système enregistre
les informations fournit.
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition Les données sont enregistrées
Scénario principale -L’administrateur choisit la rubrique gestion
employés et clique sur l’icône modifier
- L’administrateur remplit le formulaire et
valide l’action
- le système enregistre les informations
Exception Ex 1 : informations fausses
-le système affiche un message d’erreur

Supprimer/archiver un employé

Cas d’utilisation Supprimer/Archiver un employé

Description L’admin supprime ou archive un employé
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition employé supprimer/archiver
Scénario principale -L’administrateur choisit la rubrique gestion
employés et clique sur l’icône
Supprimer/archiver employé
- le système affiche une boite d’alerte
- L’administrateur confirme l’action
- l’employé est supprimer/archiver

Description contextuelle du cas d’utilisation ¨ gestion des procédures ¨ :

11 | P a g e
 Ajouter une procédure

Cas d’utilisation Ajouter une procédure

Description L’admin ajoute une nouvelle procédure en
spécifiant les documents nécessaires
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition Procédure ajouté
Scénario principale - L’administrateur choisit la rubrique
gestion des procédures
-Le système affiche l’interface de la gestion
des procédures
- L’administrateur clique sur le bouton
ajouter et remplit le formulaire en ajoutant
les documents nécessaires et les étapes de la
procédure
L’administrateur valide l’action
-Le système crée une nouvelle procédure
Exception Ex 1 : informations fausses
-le système affiche un message d’erreur

Archiver une procédure

Cas d’utilisation Archiver une procédure

Description L’admin archive une des procédures pour
qu’elle n’apparaisse plus chez le client
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition Procédure archivé
Scénario principale - L’admin entre dans la gestion des
procédures et choisit l’icône pour archiver
une procédure
- Le système affiche une boite d’alerte.
- l’administrateur valide l’action.
-Le system archive la procédure choisit.

Editer une procédure

Cas d’utilisation Editer une procédure

Description Le système affiche les informations de la
procédure en fournissant des moyens pour
changer ses informations.
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition Procédure modifié

12 | P a g e
 Scénario principale - L’administrateur choisit la rubrique de la
gestion des procédures et clique sur l’icône
<<éditer>>
- Le système affiche les informations de la
procédure
- l’administrateur peut changer les
informations de la procédure et valide
l’action.

Description contextuelle du cas d’utilisation ¨gestion des étapes d’une procédure¨ :

Ajouter une étape

Cas d’utilisation Ajouter une étape

Description L’administrateur remplit le formulaire
d’ajout d’une étape et valide l’action.
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition Etape ajouté
Scénario principale - L’administrateur choisit la rubrique de la
gestion des procédures et clique sur l’icône
<<Editer>> de la procédure concerné
- le système affiche les informations de la
procédure.
-L’administrateur clique sur le bouton
ajouter étape et remplit le formulaire de
l’ajout
-le système crée une nouvelle étape avec les
informations fournit
Exception Ex1 : étape existe où informations
invalides
-Le système affiche un message d’erreur
Et revient à la fenêtre de la gestion des
procédures

Editer une étape

Cas d’utilisation Editer une étape

Description Le système affiche les informations de
l’étape en fournissant des moyens pour
changer ses informations.
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition Etape édité
Scénario principale - L’administrateur choisit la rubrique de la
gestion des procédures et clique sur l’icône
<<Editer>> de la procédure concerné
- le système affiche les informations de la
procédure.

13 | P a g e
 -l’administrateur choisit l’étape à afficher
Et clique sur l’icône <<éditer>>
-Le système affiche l’étape et fournit des
moyens pour changer ses informations
Exception

Supprimer une étape

Case d’utilisation Supprimer une étape

Description Suppression d’étape d’une procédure
Acteur Administrateur
Précondition L’administrateur est authentifié.
Post condition Etape supprimé
Scénario principale - L’administrateur choisit la rubrique de la
gestion des procédures et clique sur l’icône
<<Editer>> de l’étape concerné
- le système affiche les informations de la
procédure.
-l’administrateur choisit l’étape à afficher
Et clique sur l’icône <<supprimer>>
-Le système affiche une boite d’alerte
- L’administrateur valide l’action
- le système supprime l’étape.
Exception

14 | P a g e
Reporting :

Diagramme du cas d’utilisation (administrateur):

Description contextuelle du cas d’utilisation ¨ Consulter les statistiques des demandes

traitées ¨ :

Cas d’utilisation Consulter les statistiques des

demandes traitées
Description Espace réservé aux différentes
statistiques concernant les demandes
traitées pour chaque procédure
Acteur Administrateur
Précondition S’authentifier
Post condition L’utilisateur est connecté à l’interface
Scenario principale - Apres l’authentification
l’administrateur clique sur le bouton
<<Statistiques>>
- Le système affiche pour
l’administrateur une interface qui
contient quatre options :
- 1ere : Le système lui affiche des
statistiques sur le nombre des demandes
traitées.
- 2eme : Le système lui affiche des
statistiques sur le taux d’acceptation des
demandes de procédures par procédure
et de plusieurs en même temps.
- 3eme : Le système lui affiche des
statistiques sur les taux de validation
d’étapes par employé et de plusieurs en
même temps.
15 | P a g e
 - 4eme : Le système lui affiche des
statistiques sur la moyenne de la durée
des traitements par procédure ou par
étape ou par employé.

Maquettes graphiques :

Front office :

● Page d’authentification (citoyen/employé/administrateur):

16 | P a g e
● Page d’accueil (citoyen):

 Fenêtre information de la procédure :

17 | P a g e
● Fenêtre d’ajout des documents pour une procédure (citoyen):

● Consultation d’une demande (citoyen) :

18 | P a g e
● Ajout des documents dans une étape avec l’état ¨mise à
jour¨ (citoyen):

● Page d’accueil (employé):

19 | P a g e
● Page de consultation d’une demande (employé):

● Page de traitement d’une étape d’une demande de

procédure (employé):

20 | P a g e
● Page d’accueil (chef division):

● Acceptation d’une demande (chef division):

21 | P a g e
● Rejet d’une demande (chef division):

● Consultation d’une demande (chef division):

22 | P a g e
Back office :

● Se connecter (administrateur)

● Espace admin (administrateur)

L’administrateur peut accéder à la gestion des employés, les procédures et

consulter les statistiques

23 | P a g e
● Gestion des employés (administrateur)

L’administrateur peut ajouter, supprimer, archiver, chercher, modifier un

employé

● Ajouter un employé (administrateur)

24 | P a g e
● Modifier un employé (administrateur)

● Archiver un employé (administrateur)

25 | P a g e
● Supprimer un employé (administrateur)

● Gestion des procédures (administrateur)

L’administrateur peut ajouter, supprimer, archiver, Editer une procédure

26 | P a g e
● Ajouter une procédure (administrateur)

On peut affecter le chef lors de la création de la procédure

L’interface pour ajouter les documents nécessaires pour une procédure

27 | P a g e
● Editer une procédure (administrateur)

On peut changer le chef ou affecter un chef à une procédure dans cette interface

● Archiver une procédure (administrateur)

28 | P a g e
● Supprimer une procédure (administrateur)

Gestion des étapes d’une procédure

Pour chaque procédure on peut ajouter des étapes éditer supprimer les étapes
existantes
● Ajouter une étape (administrateur)

29 | P a g e
● Editer une étape (administrateur)

Dans cette interface on peut affecter un employé à une étape ou lors de sa

création

● Supprimer une étape (administrateur)

30 | P a g e
Reporting

Dans ce stade l’administrateur peut consulter le nombre des demandes, le taux

d’acceptation et les statistiques des nombres de validations des demandes.

● Menu reporting :

● Taux de validation d’une étape (administrateur)

L’administrateur peut afficher les statistiques de validation d’étape par employé
ou par plusieurs employés

31 | P a g e
● Taux d’acceptation des demandes de procédure

L’administrateur peut afficher le taux d’acceptation des demandes par procédure

ou par plusieurs procédures

32 | P a g e
Diagramme de classe Métier :

Les diagrammes de classes sont l'un des types de diagrammes UML

les plus utiles, car ils décrivent clairement la structure d’un système
particulier en modélisant ses classes, ses attributs, ses opérations et les
relations entre ses objets, ce donne au développeur une perspective
claire du projet.

33 | P a g e
Dictionnaire des données :

Nom Format Longueur Type Règle de

E C calcul
nom Alphanumérique 50 x
prenom Alphanumérique 50 x
date_naissance Date x
tel Alphanumérique 10 x
sexe Alphanumérique 1 x
id_emp Numérique x
mot_passe_emp Alphanumérique 30 x
date_recrutemment Date x
grade Alphanumérique 10 x
id_admin Numérique x
mot_passe_admin Alphanumérique 30 x
adresse_citoyen Alphanumérique 100 x
CIN Alphanumérique 10 x
id_procedure Numérique x
libelle_procedure Alphanumérique 50 x
description_procedure Alphanumérique 1000
etat_étape Alphanumérique 10 x
date_debut_etape Date x
date_fin_etape Date x
description_étape Alphanumérique 1000 x
date_depo_demande Date x
état_demande Alphanumérique 10 x
archiver Booléen
id_document Numérique x
libelle_document Alphanumérique 50 x

34 | P a g e
 personne employé administrateur citoyen procédure étape demande document

Planification du projet :

Nous avons utilisé le diagramme de GANTT, technique et représentation

graphique permettant de renseigner et situer dans le temps les phases, activités,
tâches et ressources du projet. En ligne, on liste les tâches et en colonne les
jours, semaines ou mois. Les tâches sont représentées par des barres dont la
longueur est proportionnelle à la durée estimée

Planning globale du projet :

Au démarrage du projet, l’analyse du système en place a permis d’identifier ses

tâches :

N. tâche Nom de la tâche Durée Début Fin

- Spécification Dim Mar

1 8 jours 05/04/20 14/04/20

- Conception
Architecturale
Mer Mar
2 - Jeux données 7 jours 15/04/20 21/04/20
- Plan des tests
- Développement :
FrontOffice Ven Lun
3 BackOffice 27 jours 22/04/20 18/05/20
Reporting

Diagramme de Gantt du planning global du projet

35 | P a g e
Planning de réalisation des modules Front Office, Back Office et Reporting:

Le planning suivant reconstitue le déroulement des tâches effectuées dans

l’étape de réalisation des modules Front Office, Back Office et Reporting :

N. tâche Nom de la tâche Durée Début Fin

DEVELOPPEMENT BACK Mer Mer

- 8 jours 22/04/20 29/04/20
OFFICE

Authentification Mer Jeu

1 2 jours 22/04/20 23/04/20
Mer Sam
2 Gestion des employés et chefs de 4 jours 22/04/20 25/04/20
services.
Ven Mer
3 Gestion des procédures administratives 5 jours 24/04/20 29/04/20
Ven Mer
4 Gestion des étapes des procédures. 5 jours 24/04/20 29/04/20
Affectation des procédures aux chefs Dim Mer
5 des divisions et les étapes aux 3 jours 26/05/20 29/04/20
employés.

DEVELOPPEMENT FRONT Mer Lun

- 14 jours 29/04/20 12/05/20
OFFICE
Mer Jeu
6 Authentification. 1 jour 29/04/20 30/05/20
Mer Ven
- Espace Citoyen 9 jours 29/04/20 08/05/20
Mer Ven
7 Déposition de la demande. 3 jours 29/04/20 01/05/20
Jeu Ven
8 Déposition des documents nécessaires. 4 jours 30/04/20 01/05/20
Mer Ven
9 Consultation de la demande. 2 jours 05/05/20 08/05/20
Mer Jeu
10 Modification des documents. 3 jours 05/05/20 07/05/20
Mer Ven
- Espace chef de division 9 jours 30/04/20 08/05/20
Traitement de la demande Jeu Mar
11 5 jours 30/04/20 05/05/20

Traitement des étapes de la Lun Jeu

12 3 jours 04/05/20 07/05/20
demande
Mar Ven
13 Archivage d'une demande. 3 jours 05/05/20 08/05/20

36 | P a g e
 Mer Mar
- Espace employé 6 jours 06/05/20 12/05/20
Consultation de l’avancement Mer Lun
14 5 jours 06/05/20 11/05/20
des demandes.

Mar Dim
- REPORTING 5 jours 12/05/20 17/05/20
Statistiques de nombre des demandes Mar Dim
15 5 jours 12/05/20 17/05/20
traitées.
Mar Dim
16 Les taux d’acceptation des demandes. 5 jours 12/05/20 17/05/20

Statistique sur taux de validation Mar Dim

17 5 jours 12/05/20 17/05/20
d’étapes.

Statistiques sur la moyenne de la durée Mar Dim

18 5 jours 12/05/20 17/05/20
des traitements.

Diagramme de Gantt du planning de développement

37 | P a g e
Architecture de l’application :

La nature des fonctionnalités et des services (accès à la base de données, interfaces

graphiques interactives) offertes par l’application, fait de l’architecture multicouche un choix
évident. Largement connu par la plupart des architectes, designers et développeurs. Le
modèle d’architecture multicouche correspond étroitement aux structures traditionnelles de
communication informatique et de structure d’organisation trouvées dans la plupart des
entreprises, ce qui en fait un choix naturel pour la plupart des efforts de développement
d’applications de gestion.

Une des caractéristiques puissantes du modèle d’architecture multicouche est la séparation

des préoccupations (separation of concerns) entre les composants. Les composants dans une
couche spécifique ne traitent que la logique qui se rapporte à cette couche. Par exemple, les
composants de la couche de présentation ne traitent que la logique de présentation, tandis que
les composants résidant dans la couche Métier ne traitent que la logique Métier. Ce type de
classification des composants facilite l’élaboration de rôles et de modèles de responsabilité
efficaces dans l’architecture, et facilite également le développement, le test et l’entretien des
applications.

Description de l’architecture :
Les composants de l’architecture sont organisés en couches horizontales, chaque couche
effectuant un rôle spécifique dans l’application. Bien que le modèle d’architecture en couches
ne précise pas le nombre et les types de couches qui doivent exister dans le modèle, dans
notre cas on a choisi les couches suivantes :

La couche Présentation :

Elle correspond à la partie de l’application visible et interactive avec les utilisateurs. On parle
d’interface homme machine(IHM) elle comporte aussi le contrôleur. La couche présentation
relaie les requêtes de l’utilisateur à destination de la couche métier, et lui présente en
retour les informations renvoyées par les traitements de cette couche. Il s’agit donc d’un
assemblage de services métiers et applicatifs offerts par la couche inférieure.

La couche Métier :

Cette couche effectue les traitements de l’application ou « sa logique », elle offre des services
qui répondent aux cas d’utilisation de l’application, elle correspond à la partie fonctionnelle
de l’application.
Permettent d’isoler la logique applicative du code technique (présentation, persistance)

38 | P a g e
Cette couche traite les commandes, fait les décisions logiques et performe les calculs. Elle
avance et traite les données entre les couches voisines.
La couche persistance :

C’est la couche d’accès aux données (Data Access Layer), elle permet de découpler les
classes métier du schéma de la base de données, donc le changement de la base de données
n’entretient pas un changement du code.

La couche utile :
Cette partie fournit des méthodes de calcul et d’autres méthodes qui peuvent être utilisées par
les autres couches.

D’après les exigences techniques présentées dans le cahier de charges :

La base de données du back office en BDR (MySQL)

La base de données du front office en BD Non SQL (MongoDB ou HBASE)

Le front Office, le back office et le Reporting seront réalisé par des applications bureau
(SWING, JAVAFX)

Nous avons construit l’architecture de chaque partie :

Architecture Technique de la partie Front Office :

Il faut savoir que chaque de partie du projet est considérée comme une application complète
qui intègre l’architecture multicouche.

Métier

Architecture Technique de la partie Back Office :

39 | P a g e
 Métier

Architecture Technique de la partie Reporting :

Métier

Chacune des applications intègre une architecture MVC (Modèle - Vue - Contrôleur) qui
utilise elle-même le model DAO
Le tout peut être représenté comme suit :

Diagramme de classe détaillé :

40 | P a g e
Daofactory est une classe responsable de la connexion à la base de données et puisque nous
avons 2 systèmes de gestion de base de données différents, nous aurons deux classes de ce
genre qui font la même tache (connexion à la base de données), mais le code sera différent.

41 | P a g e
42 | P a g e
Plan de test :

1- Front office :

● Connexion Citoyen :

Le citoyen peut accéder à la page d’accueil en entrant son CIN.

● Déposer une demande :

Pour qu'un utilisateur puisse effectuer une demande, il doit tout d'abord le choisir
parmi les propositions présentées dans la rubrique des procédures, ensuite il va
ajouter tous les fichiers nécessaires.

Suite à la validation de la demande, la demande est envoyée au chef de service pour

le traitement (acceptée/refusée).

● Consultation de la demande (citoyen) :

Après le dépôt de la demande le citoyen reçoit un jeton avec lequel il peut consulter
l’état de la demande (acceptée/refusée).

- Si la demande est acceptée le citoyen accède à l’espace consultation des demandes

acceptées. L’application affichera une page comportant les informations sur les
étapes accompagnées de leurs états (validé, mise à jour, en attente). Pour une étape
avec l’état « mise à jour » le citoyen doit ajouter de nouveaux documents

- Si la demande est refusée un message d’alerte sera affiché « votre demande est
refusée ».

● Connexion employé :
Pour qu’un employé puisse accéder à son propre espace, il doit tout d’abord
s’authentifier à travers la page de connexion avec son Login et son mot de passe.

43 | P a g e
Deux scénarios sont possibles :

- Si les informations saisies sont invalides, un message indiquant le type d’erreur sera
affiché.

- En cas de succès l’utilisateur se dirige vers un menu

● Consultation d’une demande (employé ) :

L’employé consulte la demande et les documents fournis.

Trois scenarios possibles :

- Validée : demande passe à l’étape suivante

- Refusée : demande revient à l’étape précédente

- Mise à jour : l’employé besoin de plus de documents

L’employé rédige un rapport expliquant la décision prise.

● Traitement des demandes (chef de division) :

Après l’authentification Le chef de division peut consulter l’avancement de toutes

les demandes de procédures dans son service et leur avancement.

Deux scenarios possibles :

- Acceptation d’une demande :

Le chef de division accepte la demande après le traitement et génère un jeton.

- Rejet d’une demande : demande archivé

2- Back office :

44 | P a g e
● Connexion d’administrateur

Pour accéder à son espace l’administrateur doit s’authentifier en saisissant le login et le mot
de passe valide
On considère deux scénarios
- Login et mot de passe valide le système dirige l’administrateur à son propre espace
- Une boite d’alerte indiquant une erreur quel que soit la saisie de l’utilisateur

● Gestion des employés

L’administrateur peut ajouter modifier supprimer chercher un employé

 Pour ajouter un nouvel employé l’administrateur clique sur le bouton ajouter et
remplie le formulaire
On considère deux scénarios
- Infos valide l’employé ajouter à la base de données et afficher à l’espace de la gestion
des employés
- Saisi invalide ou employé déjà existe le système affiche une boite d’alerte

 Pour modifier un employé l’administrateur clique sur l’icône modifié et remplit les
champs à modifier
- Infos valide les informations d’employé est modifié au niveau de l’affichage dans
l’espace de gestion des employés et dans la base de donnés
- Saisie invalide le système affiche une boite d’alerte indiquant l’erreur

 Pour supprimer ou archiver un employé l’administrateur clique sur l’icône

correspondante
On considère deux scénarios
- L’employé est supprimé dans la base de données en cas de suppression. Dans le cas
d’archivage l’employé doit être à l’état archivé dans la base de données
- Une boite d’alerte indiquant que la suppression ou l’archivage est impossible

● Gestion des procédures

L’administrateur peut ajouter supprimer modifier archiver une procédure

45 | P a g e
  Pour ajouter une procédure l’administrateur clique sur le bouton ajouter et remplit le
formulaire l’administrateur à une possibilité d’assigner le chef de la procédure lors de
la création
Deux cas de figure sont possibles
- Les données sont valides la procédure est créé et ajouter à la base de donnés
- Saisie invalide ou procédure déjà existe le système affiche un message d’erreur

 Pour éditer une procédure l’administrateur clique sur l’icône éditer les données de
procédure doivent être affiché et on peut les modifier l’administrateur a une
possibilité d’affecter un chef de division
Si les données modifiées sont valides le système enregistre les modifications dans la base de
données
Sinon le système affiche un message d’erreur

 Suppression ou archivage d’une procédure

L’administrateur a la possibilité de supprimer ou archiver une procédure s’il a choisi une de
ses opérations la procédure est supprimer ou archiver dans la base de données

● Gestion des étapes de procédures

Lors de la création ou la modification d’une procédure l’administrateur peut créer modifier

supprimer des étapes d’une procédure
L’administrateur a la possibilité d’ajouter une étape en remplissant un formulaire d’ajout
Si les données de l’étape sont valides l’étape est ajoutée à la procédure sinon le système
affiche un message d’erreur
L’administrateur peut assigner un employé responsable sur l’étape lors de la création de
celle-ci ou il peut l’affecter lors de la modification de l’étape
L’administrateur à la possibilité de supprimer une étape d’une procédure

3- Reporting :

La Partie des statistiques est dédié à l’administrateur du système il peut consulter des
statistiques du :

● Nombre de demande traités pour chaque procédure :

46 | P a g e
 L’administrateur clique sur le bouton « nombre de demande » afin d’obtenir les résultats
représentés dans un graphe.

● Les taux d’acception des demandes de procédures par procédure et de plusieurs en

même temps :

L’administrateur clique sur le bouton « taux d’acceptation » après il va choisir un employé

pour afficher ses statistiques, si aucun n’est choisi le système affiche les statistiques de tous
les employés.

● Taux de validation d’étapes par employé et de plusieurs en même temps :

L’administrateur peut consulter le taux de validation en cliquant sur le bouton « taux de
validation », ensuite il va choisir une procédure pour obtenir les statistiques, si aucune
procédure n’est choisie le système affiche les résultats en générale.

● La moyenne de la durée des traitements par procédure ou par étape ou par employé :
L’administrateur a la possibilité de consulter combien de temps la procédure prendre au
cours du traitement.

47 | P a g e
Présentation de l’application :

 Back office :
Control panel

48 | P a g e
Gestion des employés

Ajouter employé

49 | P a g e
Modifier employé

Archiver / supprimer un employé

50 | P a g e
Gestion des procédures

Ajouter une procédure

51 | P a g e
Ajouter une étape lors de la création de la procédure

Ajouter un document lors de la création de la procédure

52 | P a g e
Editer une procédure

Editer une étape de la procédure

53 | P a g e
  Front office :
Identification (citoyen/employé)

Espace Citoyen

54 | P a g e
Information de la procédure sélectionnée

Déposer une demande

55 | P a g e
Jeton de la demande

Consulter une demande :

56 | P a g e
Accueil Chef :

Traiter demande (chef)

57 | P a g e
Accueil Employé

Traiter demande (employé)

58 | P a g e
  Reporting :
Après l’authentification de l’administrateur :
Control panel

Taux d’acceptation des demandes de procédures

 Par procédure

59 | P a g e
  Par plusieurs procédures

Taux de validation des étapes

 Par employé

60 | P a g e
  Par plusieurs employés

Nombre des demandes traitées par chaque procédure

61 | P a g e