FACULTE DES SCIENCES

KENITRA
-- -----------------------------------------

RAPPORT DE PROJET DE STAGE

LICENCE EN SCIENCES MATHEMATIQUES

ET
INFORMATIQUE

La conception et le développement d’une application de

gestion des concours de l’Office Régional de Mise en Valeur
Agricole du Gharb

REALISE PAR : DOUNIA EL KAABI

Pr. ABOUCHABAKA Jaafar Encadrant Pédagogique

Mme. Mouna ASBAHTAIRI Encadrante de stage

Année Universitaire 2021/2022

1
 Dédicace
Dédicace

En toutes choses que la Gloire revienne à Dieu, le Tout Puissant

et Créateur de Toutes Choses pour Sa Grâce, Sa Miséricorde et Sa
Fidélité

Je dédie ce travail

A mes chers parents

Aucune dédicace ne saurait exprimer le dévouement, le respect
et l'amour que je porte à vous. Vous pouvez être fières d’avoir réussi
votre mission dans la vie.

A mes sœurs et mes amis

En témoignage de la profonde affection et de l’indéfectible
attachement qui nous lient, acceptez le fruit de ce travail avec tous mes
souhaits de bonheur et de prospérité.

A mes encadrants et Agents de l’ORMVAG

Pour votre serviabilité, votre soutien, vos orientations, vos
encouragements et votre attention avec lesquels vous m’avez toujours
entourée, m’ont beaucoup touchée.

Merci !

2
 Avant-propos
Dans le cadre de mettre en œuvre mes connaissances et mes compétences développées
au cours de ma formation académique. Je suis amenée à effectuer un stage au sien d’un
établissement public sous la supervision de son service informatique.

L’Office Régional de Mise en Valeur Agricole du Gharb m’a offert l’occasion de me

familiariser avec le monde du travail en m’accueillant au sein de son équipe.

Durant ce stage, j’ai essayé de découvrir les autres aspects sociaux et relationnels ainsi
que professionnels.

Le sujet qui m’a été attribué a pour titre « La conception et le développement d’une
application de gestion des concours de l’ORMVAG».

Ce stage a été conclu par un rapport qui est le fruit de mon expérience vécue

3
 Remerciement Remerciement

Au terme de ce travail, il m’est agréable d’adresser mes expressions de

remerciement, d’abord au Dieu le tout puissant et miséricordieux, qui m’a donné la force et
la patience d’accomplir ce modeste travail. Puis à toutes personnes, dont l’intervention au
cours de ce projet a favorisé son aboutissement.

En second lieu, je tiens à remercier l’équipe informatique de l’ORMVAG notamment

M. Abdelilah MRINI et Mme Fatima EL HILALI pour leurs précieux conseils et leurs aides
durant toute la période du travail et pour l’intérêt qu’ils ont porté à mon projet en acceptant
d’examiner ce travail et de l’enrichir par leurs propositions.

Ensuite, je tiens à remercier tous ceux qui m’ont apporté leur soutien durant toute la
période de mon stage au sein de l’ORMVAG et plus particulièrement mon encadrante
professionnelle Mme. Mouna ASBAHTAIRI qui, malgré ses lourdes Charges et ses grandes
responsabilités qui la rendent constamment occupée, elle a bien voulu m’accorder des
instants de son précieux temps pour m’aider à passer mon stage dans des conditions
parfaite.

Aussi Je présente mes sincères remerciements et ma profonde gratitude à tout le

corps de l’Office Régional de Mise en Valeur Agricole du Gharb pour les multiples efforts et
sacrifices déployés pour garantir une bonne collaboration aussi pour leurs conseils, leurs
disponibilités et leurs rigueurs dans le travail.

4
Table of Contents
Dédicace ............................................................................................................................................................ 2
Avant-propos ..................................................................................................................................................... 3
Remerciement ................................................................................................................................................... 4
Liste des figures :............................................................................................................................................... 7
Liste des tableaux : ........................................................................................................................................... 7
Introduction général ......................................................................................................................................... 8
Chapitre 1 : Présentation de l’établissement d’accueil ................................................................................... 9
I. Présentation de l'O.R.M.V.A.G : ............................................................................................................. 10
1. Fiche Technique : ................................................................................................................................. 10
2. Historique : .......................................................................................................................................... 10
3. Missions de l’ORMVAG : ...................................................................................................................... 10
4. Organisation et structure de l’ORMVAG : ........................................................................................... 10
5. Zone d’action de l’ORMVAG : .............................................................................................................. 12
Chapitre 2 : Analyse du projet ........................................................................................................................ 14
I. Introduction : ........................................................................................................................................... 15
II. Etude préalable : ...................................................................................................................................... 15
1.1 Contexte général du projet : ........................................................................................................... 15
1.2 Les objectifs du projet : ................................................................................................................... 15
1.3 Les besoins fonctionnelles du projet : ............................................................................................. 15
1.4 Spécification des besoins non-fonctionnels : .................................................................................. 16
Chapitre 4 : Conception et modélisation du projet ....................................................................................... 17
I. Architecture de l’application ................................................................................................................... 18
1.1 Architecture web : ........................................................................................................................... 18
1.2 Architecture MVC : .......................................................................................................................... 18
1.3 Choix technologique : ...................................................................................................................... 19
II. Conception de l’application : ................................................................................................................... 20
1.1 Conception et modélisation UML : .................................................................................................. 20
Chapitre 5 : Réalisation et Démonstration du projet..................................................................................... 24
I. Description des interfaces utilisateurs : ................................................................................................... 25
1.1 Interface d’authentification :........................................................................................................... 25
1.2 Interface « Inscription » :................................................................................................................. 25
1.3 Interface « Accueil » : ...................................................................................................................... 26
1.4 Interface « Profil » : ......................................................................................................................... 26
1.5 Interface « Administrateur » : ......................................................................................................... 27

5
 1.6 Interface « Concours » :................................................................................................................... 27
II. Création de la base de données : .............................................................................................................. 28
Conclusion : ..................................................................................................................................................... 29

6
 Liste des figures :
Figure 1: Organigramme de l'ORMVAG ........................................................................................................... 11
Figure 2: Carte de la zone d'action de l'ORMVAG ........................................................................................... 12
Figure 3: Population totale du périmètre ........................................................................................................ 12
Figure 4: Sols (% de superficie agricole utile) .................................................................................................. 13
Figure 5: Structure foncière............................................................................................................................. 13
Figure 6: cas d’utilisation «S’authentifier » ..................................................................................................... 21
Figure 7: cas d’utilisation «Créer compte » ..................................................................................................... 22
Figure 8: cas d’utilisation « postuler» ............................................................................................................. 23
Figure 9: Interface d’authentification. ............................................................................................................ 25
Figure 10: Interface « Inscription » ................................................................................................................. 25
Figure 11: Interface « Accueil » ....................................................................................................................... 26
Figure 12: Interface « Profil » .......................................................................................................................... 26
Figure 13: Interface « Administrateur » .......................................................................................................... 27
Figure 14: Interface « Concours » ................................................................................................................... 27
Figure 15: Interface « Résultats » .................................................................................................................... 28
Figure 16: Création de la base de données ..................................................................................................... 28

Liste des tableaux :

Tableau 1: Description textuelle du cas d’utilisation «S’authentifier » .......................................................... 21
Tableau 2: Description textuelle du cas d’utilisation «Créer compte » .......................................................... 22
Tableau 3: Description textuelle du cas d’utilisation "postuler" ..................................................................... 23

7
 Introduction général
La dématérialisation est un enjeu désormais incontournable, qui touche toutes les
établissements. Cela concerne aussi bien les domaines de la gestion de projet, de la gestion de
production, que celui des concours. J’ai opté pour la mise en œuvre d’une solution
web de gestion automatique des concours et cela pour s’impliquer dans le projet national de la
digitalisation, minimiser l’utilisation des papiers, ne plus faire d’erreurs, mieux suivre la procédure
de recrutement et surtout pour gagner du temps.

Le thème du projet a été choisi suite au résultat de plusieurs réunions avec mon encadrant
professionnel qui a marqué la grande importance du sujet et à quel point il peut améliorer la position
de l’établissement.

Parmi les objectifs à atteindre en exécutant ce projet celles d’économiser des frais d’impression et
d’envoi par poste, en plus de la réduction du délai de la procédure et idéalement pour automatiser les
processus recrutement. Tout en garantissant une simplicité au niveau de l’utilisation de l’application.

Le présent rapport abordera donc les différentes étapes pour accomplir la conception et le
développement de l’application Le premier chapitre sera une présentation de l’Office régional de
Mise en Valeur Agricole du Gharb. En parlant de ses activités, de sa zone d’action et son
organigramme.

Le second chapitre sera dédié à l’étude préalable dans laquelle nous allons effectuer une analyse du
besoin pour enfin arriver à définir le cadre logique de notre projet.

Le troisième chapitre traitera la conception et la modélisation, dans lequel nous mettons en exergue
l’aspect conceptuel de l’application en présentant les différents scénarios de l’utilisation du système,
cette phase est primordiale dans le cycle de vie d’un logiciel puisqu’elle assure le développement
d’une carte dont j’ai besoin et que je vais la suivre pendant la programmation.

Le quatrième chapitre contiendra l’étape de la réalisation dans laquelle nous allons traiter la
transformation des besoins et fonctionnalités modélisées et schématisées dans ce qui précède en un
produit qui répond aux attentes des utilisateurs et cela va être réalisé sur deux niveaux : premièrement
la création et la structuration des bases de données et deuxièmement le développement des
fonctionnalités principale de l’application.

Enfin une conclusion qui synthétise le travail et présente les contraintes, les problèmes affronté durant
la réalisation et la mise en place de l’application en plus des perspective envisagés.

8
C hapitre Chapitre 1 :
Présentation de

1 l’établissement
d’accueil

9
I. Présentation de l'O.R.M.V.A.G :
1. Fiche Technique :
 Raison sociale : Office Régional de Mise en Valeur Agricole du Gharb.
 Téléphone : 05-37-37-45-02
 Fax : 05-37-37-43-86
 Siège social : 22, rue Idriss El Akbar, Kenitra.
 Activité : il a pour vocation de faire le suivi entre les producteurs et les unités agro-
industrielles relevant de sa zone d’action.

2. Historique :
L’Office Régional de mise en Valeur Agricole du Gharb(ORMVAG) a été créé par décret Royal
n° 830-66 du 07 Rajab 1386(22 Octobre 1966). C’est un établissement public doté de la
personnalité civile et de l’autonomie financière et placé sous la tutelle du Ministère de l’Agriculture
et de la Pèche Maritime.

3. Missions de l’ORMVAG :
Les principales missions de l’ORMVAG sont :
• Études et planification à caractères agricoles.
• Aménagement hydro agricole des terres irrigables.
• Gestion et maintenance des équipements hydro-agricoles.
• Intensification de la mise en valeur agricole.
• Encadrement et organisation professionnelle des agriculteurs.
• Contribution au développement rural.

4. Organisation et structure de l’ORMVAG :

L'Office est administré par un Conseil d'Administration présidé par le Ministre de l'Agriculture
et des Pêches Maritimes et composé des représentants des différents Ministères, du Wali de la
région du Gharb Chrarda Béni Hssen, du Gouverneur de la Province de Kenitra, du Gouverneur de
la Province de Sidi Kacem, de la Chambre d'Agriculture de Kenitra et du Directeur de l'Office.

Le Conseil d'Administration est assisté par un comité technique présidé par le Wali- Gouverneur
de la province de Kenitra, le Gouverneur de la Province de Sidi Kacem et des représentants des
agriculteurs et des Services Techniques provinciaux intervenant dans le domaine agricole.

Au siège : Outre le Secrétariat et le bureau d’ordre, l’ORMVAG est répartie en Cinq

départements :

 Trois Départements opérationnels :

 Le Département de la Gestion des Réseaux.
 Le Département des Aménagements.
 Le Département du développement Agricoles.
 Deux Départements d’appui :

10
  Le Département de la planification et des finances ;
 Le Département des Ressources humaines.
 A côté, on trouve deux Services fonctionnels, rattachés à la Direction :
 Les services de l’Audit Interne et du Contrôle de gestion ;
 Le service des Moyens Généraux.
Au niveau terrain :
 Les Arrondissements de développement agricole(ADA) coiffant dix-neuf Centres de
Développement Agricole(CDA).
 Quatre Arrondissements de Gestion des Réseaux d’Irrigation(AGR) coiffant quatorze
Centres de Gestion des Réseaux(CGR).
 Un Centre Technique de Culture Sucrière (CTCS) à Sidi Allal Tazi.
 Une station d’expérimentation horticole à Menasra.
 Deux Centres de Formation des Agriculteurs à Souk Larbaa et Sidi Slimane.

Figure 1: Organigramme de l'ORMVAG

11
 5. Zone d’action de l’ORMVAG :

Figure 2: Carte de la zone d'action de l'ORMVAG

 Population totale du périmètre :

Figure 3: Population totale du périmètre

 Nombre d’agriculteurs :
Le nombre total des agriculteurs du périmètre est d’environ 100 000.

 Découpage administratif
La zone d’action de l’ORMVAG chevauche sur les provinces de Kenitra, Sidi Slimane et Sidi
Kassem. Elle coiffe huit cercles et quarante et une commune rurale.

 Climat :
Type : méditerranéen avec une influence océanique.
Etage bioclimatique : Subhumide à hiver tempéré avec une tendance semi-aride en zone interne.

 Ressources en terre :
La zone d’action de l’ORMVAG s’étale sur une superficie géographique de 616 000 ha dont :
SAU : 388 000ha, dont 114 000 ha équipés en grande hydraulique et environ 54 000 ha en pompage
privé.

12
  Sols (% de superficie agricole utile) :

Figure 4: Sols (% de superficie agricole utile)

 Structure foncière :

Figure 5: Structure foncière

 Ressources en eau :
Eau de surface : Les rapports du Sebou et de ses affluents sont estimés à environ 4,8 milliards de
m3, soit 27% du potentiel national en eau mobilisable.
Les principaux barrages desservant le périmètre sont les suivants :

Barrage Date de mise en eau Capacité utile en Millions de m3

El Kansra 1935 221

Idriss 1er 1973 1130

Allal Fassi 1991 64

Alwahda 1997 3712

 Infrastructure hydraulique :
• Stations de pompage : 54 Unités.
• Réseaux d’irrigation : 3000 Km.
• Réseaux d’assainissement et de drainage : 16 500 Km.
• Bornes d’irrigation : 1 260 Unités.
• Pistes agricoles 960 Km.
13
C hapitre Chapitre 2 :
Analyse du
2 projet

14
 I. Introduction :
En génie logiciel, on distingue trois phases dans le cycle de vie d’un logiciel : la phase
d’étude et de spécification, la phase de conception et la phase de développement.
Dans la première phase d’étude et spécification des besoins, on établit les contraintes, les
buts et les services du système.la seconde phase de conception consiste à représenter les fonctions
du système de manière à ce qu’elles soient facilement transformables en un ou plusieurs
programmes exécutables lors de la phase de réalisation.
Ce chapitre est consacré à la description des deux premières phases de ce projet. En effet, nous
commencerons par la définition des besoins attendus de notre application.
Une fois ceci est achevé, nous pourrons passer à la conception de l’application, une étape
primordiale, qui nous permettra de relier les fonctionnalités et le comportement de l’application
avec l’ensemble de services que l’utilisateur s’attend à voir fournis.

II. Etude préalable :

1.1 Contexte général du projet :
Dans le secteur des offres de service les plus avancés, comme les prestations
informatiques, l’établissement se trouve dans un milieu caractérisé par une compétitivité
acharnée.
De ce fait, pour une meilleure concentration sur le métier, pour réduire le risque d’erreurs
généré par l’intervention de l’Homme et pour gagner du temps précieux de l’opération,
l’établissement cherche à introduire de plus en plus des technologies avancées aux différentes
entités et processus qui exerce en informatisant le maximum possible la communication entre ses
parties internes et externes .
Donc notre projet de la gestion automatique des concours dans son cadre général et une
phase primordiale dans la stratégie d’automatisation des différents processus de l’établissement.

1.2 Les objectifs du projet :

L’objectif de ce projet et de développer une application web qui permet à l’ORMVAG de
gérer ses concours et de suivre la procédure de recrutement depuis le lancement des postes
jusqu’au lancement des résultats définitifs. Et ce à travers la digitalisation de ces opérations via
un site web interactif ce qui permet de gagner du temps et faciliter les traitements des dossiers
c’est-à-dire supprimer le processus manuel et le substituer par un processus automatiques, au
moyen de logiciels à développer dédiés et sécurisés.
Cette automatisation des processus répétitifs de la gestion des concours évite les erreurs
manuelles de saisie et libère du temps pour des tâches à plus forte valeur ajoutée.

1.3 Les besoins fonctionnelles du projet :

L’application que nous devons développer doit offrir les possibilités suivantes :

L’automatisation du processus de création de modification et de suppression des des

concours.
La réduction du délai de la gestion.

15
 Stockage des données de concours en termes du temps, d’utilisateurs, références en
temps réel.
La constitution d’une base de données centralisée regroupant les informations
exhaustives sur la procédure de recrutement.
Possibilité d’extraction des données fiables et constamment actualisées depuis la
base de données.
Déploiement et usage facile au cœur système d’information de l’ORMVAG.
Garder la traçabilité.
Sécuriser l’identification des utilisateurs.
Maximiser la sécurité des données des concours.
Consulter l’historique des opérations
Préservation du temps de travail.
la dématérialisation des dossiers, qui est devenue une obligation à ce jour.

1.4 Spécification des besoins non-fonctionnels :

Dans cette partie, nous traitons la phase des exigences non-fonctionnelles, cette phase qui est
très importante et qui complète les besoins fonctionnels. En effet, les spécifications non
fonctionnelles offrent souvent beaucoup de contraintes qui peuvent influencer les choix futurs.
L'incorporation des exigences non fonctionnelles telles que les contraintes liées au temps, la
sécurité et l'efficacité de l'opération sont extrêmement délicates.

Nous serons maintenant intéressés à identifier les besoins non fonctionnels de notre
application.

Utilisabilité : l'application doit être simple, facile à comprendre par les l’administrateur
système ainsi que les utilisateurs finaux.
Conception : l'interface utilisateur doit être d'une belle apparence, facile à utiliser.
Fiabilité : notre application doit être digne de confiance et fiable et fournit toutes les
fonctions nécessaires de sécurité pour les utilisateurs.
Sécurité et confidentialité : l'application doit garantir un accès personnalisé et connexion
sécurisée afin d'éviter la perte de données ainsi que les attaques.
Performance : la vitesse de fonctionnement de l’application doit être à un niveau
supérieur pour garantir une bonne qualité de service et réduire le délai de la procédure.
Disponibilité : la solution doit être disponible à tout moment 24h/24 et 7j/7.
Efficacité : l’application doit avoir des résultats concis.
Maintenabilité : Les différents modules de l'application doivent être lisibles et
compréhensibles afin de les maintenir et de mettre à jour rapidement et facilement.
Réutilisation : cet outil doit permettre l'ajout et l'édition des extensions futures.

16
 Chapitre 4 :
C hapitre Conception
et
modélisation
3 du projet

17
I. Architecture de l’application
1.1 Architecture web :
La considération du projet comme une application web exige l’adaptation de la structuration
client server qui se base sur la décomposition horizontale d’une application distribué qui a pour
avantage la possibilité d’accès multiple aux mêmes données. Cette architecture à 2 niveaux entre
un client : le navigateur web et un serveur. L'architecture s'appuie sur un poste central, qui envoie
les données aux machines clientes:

 L'utilisateur émet une requête HTTP vers le serveur sur lequel est stockée la page HTML.
 Le serveur accède alors à ce fichier et le retourne au navigateur.
 Le navigateur interprète les balises HTML et affiche la page en résultat.

La connexion des applications client-serveur ouvre donc les systèmes d'information vers
l'extérieur.

1.2 Architecture MVC :

Pour pouvoir réaliser une application web maintenable et donc pérenne, il faut pouvoir éviter les
problèmes suivants :
Faible testabilité du logique métier : Si cette logique est liée à la base de données et au
client, il sera alors très difficile d'écrire des tests automatisés qui puissent être exécutés
en quelques secondes. Si tous les développeurs perdent plusieurs minutes pour vérifier
que la suite de tests ne retourne pas d'erreurs, c'est une perte importante de productivité.
Paralysie technique. S'il est impossible de changer une partie de l'infrastructure sans
avoir à réécrire une large portion du code, l'application n'évoluera pas et sera jetée à la
poubelle pour en refaire une nouvelle.
Choix techniques erronés. Avec une mauvaise architecture il est impossible de revenir
en arrière comme expliqué dans le point précédent. Si un choix technique se trouve être
bloquant durant le développement, revenir en arrière sera impossible et le projet devra
être repris à partir de zéro.
Duplication du code. Sans architecture cohérente, la duplication de code sera inévitable.
Par exemple, deux éléments de l'application voudront faire la même chose mais

18
 l'architecture ne le permettra pas, la duplication sera la seule solution. Il faut éviter cela à
tout prix !
Il est donc vital d'avoir une équipe technique employant le bon motif d'architecture pour chaque
projet. En général quand on développe une application web, on utilise une architecture trois
tiers incluant : l'interface utilisateur, la logique métier, et l'accès aux données.
Cela se traduit dans la pratique par le motif d'architecture MVC. Ce motif se décompose comme
suit :
Les modèles communiquent avec la base de données
Les vues sont faites pour la présentation de l'interface utilisateur
Les contrôleurs incluent les actions effectuées par les utilisateurs
En séparant le code d'une application web de cette manière, l'accès aux données est totalement
séparé du reste de l'application. Sans dépendance à l'interface utilisateur ou à la logique des
actions de l'utilisateur, il est bien plus simple d'écrire des tests automatisés. De plus, la
duplication de code sera considérablement amoindrie.
Mais ce motif n'est pas parfait. Premièrement les contrôleurs et les vues restent liés et un
changement d'un côté entrainera souvent un changement de l'autre.
De plus, si des changements d'infrastructure interviennent, comme des modifications de base de
données, il faudra probablement réécrire une partie importante du code. Ces évolutions sont
normalement rares, mais cela arrivera sûrement à un moment ou à un autre.
Pour gagner en maintenance et en évolutivité il peut être nécessaire d'avoir une architecture où
l'infrastructure n'est pas liée aux modèles.

1.3 Choix technologique :

a. IDE utilisé :

Microsoft Visual Studio est une suite de logiciels de développement pour Windows et
mac OS conçue par Microsoft. La dernière version s'appelle Visual Studio 2022.
b. Server Utilisé :

WAMP est un ensemble de logiciels permettant de mettre en place un serveur Web local,
un serveur FTP et un serveur de messagerie électronique. Il s'agit d'une distribution de logiciels
libres offrant une bonne souplesse d'utilisation, réputée pour son installation simple et rapide.
c. Technologies et langages utilisé :

Ajax : qui est une architecture informatique qui permet de construire des applications
Web. Elle combine JavaScript et DOM, qui permettent de modifier l'information présentée dans
le navigateur en respectant sa structure.
JQuery :qui est une bibliothèque JavaScript libre et multiplateforme créée pour faciliter
l'écriture de scripts côté client dans le code HTML des pages web.

19
 Bootstrap : qui est une collection d'outils utiles à la création du design (graphisme,
animation et interactions avec la page dans le navigateur, etc.) de sites et d'applications web.
C'est un ensemble qui contient des codes HTML et CSS, des formulaires, boutons, outils de
navigation et autres éléments interactifs, ainsi que des extensions JavaScript en option. C'est l'un
des projets les plus populaires
JavaScript Object Notation (JSON) est un format de données textuelles dérivé de la
notation des objets du langage JavaScript. Il permet de représenter de l’information structurée
comme le permet XML par exemple.
SQL : langage standard pour stocker, manipuler et récupérer des donnes dans des bases
de données. C’est un langage spécifique au domaine utilisé en programmation et conçu pour
gérer les données contenues dans un système de gestion de base de données
relationnelle (RDBMS), ou pour le traitement de flux dans un système de gestion de flux de
données relationnelles .
HTML 5 : Hypertext, Markup langage : c’est un langage de marquage de balisage qui
permet de structurer le contenu des pages web dans différents éléments.
CSS3 : Cascading Style Sheets : c’est un langage qui permet aux concepteurs de pages
web de modifier le rendu d’un document structuré, CSS simplifie la création et la maintenance
des documents web
MySQL est un système de gestion de bases de données relationnelles (SGBDR). Il est
distribué sous une double licence GPL et propriétaire. Il fait partie des logiciels de gestion
de base de données les plus utilisés au monde

II. Conception de l’application :

1.1 Conception et modélisation UML :
Après avoir détaillé les fonctionnalités du projet dans le chapitre précédant, on va
commencer une étape importante et indispensable dans le cycle de vie d’une application cette
phase est la conception qui a le rôle d’expliquer le déroulement de notre application et de mieux
comprendre le besoin de l’utilisateur ainsi que la transformation des besoins
fonctionnelles en une concrétisation des solutions trouvées pour les discuter
et avoir un plan claire qu’on peut le suivre dans la phase de réalisation .
Pour la partie de conception j’ai adopté la méthode UML qui
se base sur le formalisme Orienté Objet pour une présentation profonde de
l’architecture de l’application.
UML n'est pas une méthode de développement en soi ; Cependant, il a été conçu pour
être compatible avec les principales méthodes de développement de logiciels orientés objet.
UML offre un moyen de visualiser les plans architecturaux d'un système dans un
diagramme, y compris des éléments tels que:
 Les activités (emplois);
 Les composants individuels du système; comment ils peuvent interagir avec
d'autres composants logiciels ;
 Comment le système fonctionnera;
 Comment les entités interagissent avec les autres (composants et interfaces);
 Interface utilisateur externe.

20
 a. Diagramme de cas d’utilisations :
Cette partie se considère comme le cœur de l’analyse dans laquelle on décrit le contexte,
les utilisateurs de l’application (acteurs), les fonctionnalités ainsi que les interactions entre ces
acteurs et ces fonctionnalités.
Selon les types des actions qui peuvent faire les utilisateurs de notre application on peut
distinguer entre deux types d’utilisateurs qui sont : des utilisateurs standards et des
administrateurs.
Dans ce qui suit, nous allons se limiter à la description détaillée des cas d’utilisation les
plus importants.
 Cas d’utilisation «S’authentifier »

Figure 6: cas d’utilisation «S’authentifier »

 Descripti textuelle du cas d’utilisation «S’authentifier »

Cas d’utilisation S’authentifier

Acteurs Administrateur, agent, Candidat

Précondition Compte existant

Post-condition Autorisation d’accès accordée

1- L’utilisateur saisi le login et le mot de passe

2- L’utilisateur clique sur Login.
Scénario nominal 3- Le système vérifie les données saisies. 4- Compte
existe, redirection vers le menu principal et
chargement des privilèges. 5- Le système charge les
privilèges et les données du compte courant.
-Si le nom d’utilisateur ou le mot de passe erroné, le
système affiche un message d’erreur. -Le système le redirige
Scénario alternatif au début du scenario principal.

Tableau 1: Description textuelle du cas d’utilisation «S’authentifier »

21
 Cas d’utilisation «Gérer les comptes »

Figure 7: cas d’utilisation «Créer compte »

 Description textuelle du cas d’utilisation «Créer compte »

Cas d’utilisation Créer compte

Acteurs Administrateur, Candidat

Pré-condition Une authentification préalable de l’administrateur

Post-condition Un nouveau compte est ajouté

1- L’utilisateur demande le formulaire d’ajout

2- Le système affiche le formulaire
3- L’utilisateur rempli les champs nécessaires et
valide
Scénario nominal
4- Le système vérifie les données saisies 5- Le
système enregistre le nouvel utilisateur et affiche
un message de succès de l’opération

4- a-L ‘utilisateur saisie des données manquantes ou

invalides
4-a- 1-le système affiche un message d’erreur
4-a- 2-reprise de l’étape 3 du scénario nominal
4-b- le compte existe déjà
Scénario alternatif
4-b- 1-le système demande à l’utilisateur de modifier
l’identifiant ou se connecter.
4-b-2-reprise de l’étape 3 du scénario nominal

Tableau 2: Description textuelle du cas d’utilisation «Créer compte »

22
  Cas d’utilisation «Gérer les candidatures »

Figure 8: cas d’utilisation « postuler»

 Description textuelle du cas d’utilisation « postuler»

Cas d’utilisation Postuler une candidature

Acteurs Candidat

Pré-condition Authentification préalable

Post-condition Une nouvelle candidature ajoutée

1-le candidat demande le formulaire d’ajout

2-le système affiche le formulaire

Scénario nominal
3-l' étudiant rempli les champs nécessaires et valide

4-le système vérifie les données saisies

5-le système enregistre la candidature et affiche un message de succès

4- a-le candidat saisi des données manquantes ou incompatibles

4-a-1-le système affiche un message d’erreur

Scénario alternatif 4-a-2-reprise de l’étape 3 du scénario nominal

Tableau 3: Description textuelle du cas d’utilisation "postuler"

23
 Chapitre 5 :
C hapitre Réalisation et
Démonstration
4 du projet

24
I. Description des interfaces utilisateurs :
1.1 Interface d’authentification :
C’est la première interface qui se lance après l’exécution de l’application, elle permet
d’authentifier l’utilisateur et le rediriger vers la page d’accueil. L’utilité de cet étape se présenter
à la garantie de la sécurité des données fournies par l’application, qui ne seront accessibles
qu’auprès l’utilisateur inscrit.

Figure 9: Interface d’authentification.

1.2 Interface « Inscription » :

Lors de la première visite du site le candidat doit s’inscrire pour pouvoir accéder aux
différents services de l’application et pour postuler aux concours qui le concerne ainsi que
d’effectuer le suivi de la candidature et le traitement de son dossier.

Figure 10: Interface « Inscription »

25
1.3 Interface « Accueil » :
Après avoir pu se connecter à l’application, l’utilisateur se trouve devant le menu
principal qui lui donne la possibilité d’accéder aux autres fenêtres.

Figure 11: Interface « Accueil »

1.4 Interface « Profil » :

Dans cette interface l’utilisateur peut consulter son profil et modifier ses informations
personnelles comme il peut également compléter la saisi des données propre à lui et qui n’a pas
pu les saisir dans la phase d’inscription.

Figure 12: Interface « Profil »

26
1.5 Interface « Administrateur » :
Toutes les candidatures sont recueillies dans un tableau, le rôle de l’administrateur est de
vérifier la conformité des données saisis avec celles présentes sur le dossier physique envoyé par
le candidat, ensuite au moyen d’un bouton l’agent valide le dossier. Dans ce cas la modification
des informations sera impossible, seul l’administrateur de l’application a le droit de modifier ou
annuler la validation d’une candidature.

Figure 13: Interface « Administrateur »

1.6 Interface « Concours » :

Dans cette interface l’utilisateur peut voir et consulter tous les concours ouvert pour la
candidature avec leurs détails et par la suite choisir le poste qui convient.

Figure 14: Interface « Concours »

27
 1. Interface « Résultats » :
Dans cette interface on peut consulter les résultats de tous concours et découvrir les listes
des admis pour passer l’écrit, l’oral et finalement les résultats définitif

Figure 15: Interface « Résultats »

II. Création de la base de données :

Notre base de données contient 12 tables respectant un schéma relationnel bien déterminé
et mettant en considération toutes les contraintes d’intégrité fonctionnelles.

Figure 16: Création de la base de données

28
 Conclusion :
En vue de s’intégrer dans le grand chantier de digitalisation, l’Office Régionale de Mise
en Valeur Agricole Du Gharb représenté par son équipe informatique m’a proposé le
développement d’une application de gestion des concours comme un sujet de stage.
Le but du projet était l’automatisation de la gestion et le suivi des concours et de la procédure de
recrutement depuis le lancement des postes jusqu’au lancement des résultats définitifs.
Imposé par le cahier des charges, la solution finale devait être simple, intuitive, rapide, et
permettant de réduire considérablement le temps consacré au processus de recrutement.
J’ai commencé dans un premier lieu par comprendre le contexte général du projet et identifier les
différentes exigences de la future solution, Par suite j’ai identifié toutes les fonctionnalités de
l’application et ceci en recensant les besoins fonctionnels et non fonctionnels.
J’ai abordé également l’architecture générale et détaillée de l’application afin de comprendre son
fonctionnement en présentant ses composants et ses caractéristiques, tout en argumentant le choix
technologique que j’ai fait.
Finalement, j’ai passer à l’étape de la réalisation et le développement des différentes interfaces
de l’application après l’implémentation de sa base de données.
Ce projet m’a été une véritable occasion pour raffiner mes capacités d’abstraction et de
conception. Par ailleurs, ce stage m’a été l’occasion de développer plusieurs qualités aussi bien
aux niveaux métier et professionnel qu’au niveau relations humains.

29