Analyze des

exigences :
ANEP

Réaliser par :
-Mohammed Anass Boukhancha
-Anas Lakchouch
-Moad Zabt

Encadré par :
Mr .Jellouli
Contentss
INTRODUCTION ............................................................................................................................................ 3
SYSTEME ACTUEL ........................................................................................................................................ 4
SYSTEME PROPOSE .................................................................................................................................. 4
1- Vue générale .................................................................................................................................. 4
2- Exigences fonctionnelles: ............................................................................................................. 4
3- Exigences non fonctionnelles : ..................................................................................................... 5
Modélisation ................................................................................................................................................ 5
1- Scenario :........................................................................................................................................ 5
2- Cas d’utilisation : ........................................................................................................................... 6
3- Diagramme de class : .................................................................................................................... 7
4- Modèles dynamiques : .................................................................................................................. 7
5- Interfaces utilisateurs : ................................................................................................................. 9
4. Conception du système.......................................................................................................................... 11
a. Conception et choix architecturaux : ................................................................................................ 11
b. Conception détaillée : ........................................................................................................................ 11
c. Interfaces et interactions utilisateur : .............................................................................................. 13
d. Base de données : .............................................................................................................................. 13
E. Implémentation et déploiement : ................................................................................................... 16

ANEP 2
 INTRODUCTION
L’Agence National des Equipements Publiques (ANEP), C’est une
Agence que le gouvernement compte mettre en place pour centraliser
les achatsdes différents établissements et administrations
Publiques :Ministères,Directions régionales et provinciales, Wilayas
et gouvernorats et différents établissements publics.
Dans ce rapport, nous allons faire les études nécessaires pour
surmonter certaines limitations de l'application de l'ANEP, pour ce
faire nous allons redessiner sa structure, sa conception pour
améliorer ses caractéristiques déjà existantes, son efficacité, sa
fiabilité, sa sécurité, l'expérience de l'utilisateur et ajouter de
nouvelles fonctionnalités.
L'objectif de cette analyse et de
cette conception est d'offrir une
nouvelle solution pour rendre la
nouvelle application plus facile à
utiliser, plus fiable et plus efficace.

ANEP 3
SYSTEME ACTUEL

Nous allons commencer à analyser le système actuel de l'ANEP en observant leur site
web pour comprendre ses fonctionnalités, en regardant le plan du site nous pouvons en
voir quelques-unes comme : Appels d’offre , système de communication avec les
fournisseurs , stockage des données , système de notification

 Appels d’offre : l'interface des offres est un peu compliquée, ce qui peut rendre
difficile la compréhension de son contenu.
 Systéme de communication : le partage et la communication des offres aux
fournisseurs peuvent prendre plus de temps que prévu dans le système.
 Système de notification : les fournisseurs ne sont pas informés lorsqu'une offre a
été soumise.
 stockage des données : les données relatives à l'offre ne sont pas stockées de
manière adéquate, de nombreux détails ne sont pas mentionnés.

SYSTEME PROPOSE

1- Vue générale
Après avoir analysé la précédente application ANEP, nous proposons un système qui
aidera la gestion des offres dans ANEP

Par exemple rendre le stockage des données plus efficace et détaillé pour une
utilisation future (Data Mining), et s'assurer de rendre la communication fluide et la
possibilité de soumettre plusieurs offres à la fois et notifié dans le feedback.

Et s'assurer que le système est très à jour, par exemple le statut de l'offre est visible
pour les fournisseurs et rendre l'historique des négations d'offre disponible.

2- Exigences fonctionnelles:

Pour améliorer cette application, nous avons imaginé ces exigences fonctionelles
suivantes :

ANEP 4
- Les établissements disposent de budgets (annuels essentiellement) répartis en
rubriques.
Une rubrique correspond généralement à un type de dépense (salaires, matériel
informatique, construction de bâtiments,…)
- Les établissements programment des achats/Travaux suivant les budgets dont ils
disposent.
Ces achats sont délégués à l’Agence
- Des fournisseurs se chargeront de la livraison (exécution) des achats
- L’Agence se chargera de désigner les fournisseurs et de suivre l’exécution des
livraisons. Ceci
passe par des appels d’offres, des consultations, des bons de commandes ou des
marchés
(contrat)
- L’Agence se charge en collaboration avec les établissements de la réception des
livraisons et
des paiements.
- Les livraisons, les réceptions et les paiements peuvent être partiels
- Fournir la possibilité d’authentification et de signature électronique pour valider et
approuver les opérations et un système de notification de la soumission des offres
- Instaurer un système d’évaluation des fournisseurs et des établissements et un
système qui assiste dans les prédictions pour les budgets futurs, les taux d’exécution
des travaux – faire appel éventuellement à des outils d’informatique décisionnelle et
d’apprentissage automatique
- Déploiement distribué et sécurisé du système (cloud, cybersécurité)
- Mettre en place un système de recherche avancée.

3- Exigences non fonctionnelles :

pour assurer la meilleure qualité et les meilleures fonctionnalités de notre système,
nous aurons les exigences non fonctionelles suivants :

- Sécurité .
- Fiabilité .
- Conformité .
- Mentabileté.

Modélisation
1- Scenario :

ANEP 5
imaginons qu'une organisation veuille construire un établissement local à tetouan,
cette organisation utilisera le site de l'ANEP pour soumettre l'offre avec tous les détails,
l'ANEP examinera l'offre et fera des appels et des réunions pour éliminer tout doute ou
information erronée, puis l'offre sera publiée et notifiée à tous les fournisseurs et
entreprises inscrits à l'ANEP, ce dernier commencera à filtrer ceux qui soumettent, et
choisira le meilleur qui peut correspondre aux désirs et aux besoins de l'organisation. et
s'assurera que la communication entre eux est lisse.

2- Cas d’utilisation :

dans ce diagramme de cas d'utilisation nous avons 5 acteurs, 4 principaux et un acteur

comme un système qui notifie, équipe l'ANEP qui est responsable de la gestion des
offres et de la sélection du fournisseur entre autres responsabilités.
et nous avons etablisment qui est l'organisation/personne qui soumet un projet à
réaliser , et le fournisseur est celui qui soumet une offre pour un projet.

ANEP 6
 3- Diagramme de class :

nous avons 7 classes :

 Equipe : c'est un groupe guidé par un manager et un staff qui gère les offres et
choisit un fournisseur pour le projet tout en fournissant des informations pour
les deux parties.
 Utilisateur(user) : c'est la personne/organisation qui s'est authentifiée sur le site
de l'ANEP.
 Appel offre : c'est le projet qui a été soumis par l'entreprise, et le fournisseur peut
y faire son offre.
 Offre : c'est l'offre soumise par le fournisseur et examinée par l'Equip ANEP.
 Documents : sont les documents relatifs à un appel d'offre
 Fournisseur : celui qui soumet une offre à un projet pour le réaliser
 Etablissement : c'est une organisation ou une personne qui soumet un projet à
réaliser avec un budget et une description

4- Modèles dynamiques :

ANEP 7
pour la partie établissement dans le nouveau système de l'ANEP, il peut s'authentifier
et ensuite naviguer dans l'appel d'offre et s'il a un projet propre (appel d'offre) il peut
vérifier ses états s'il n'en a pas il peut soumettre un nouveau projet.

du côté des fournisseurs, il peut naviguer et vérifier les nouvelles offres et l'état de ses
propres offres, et surtout, il peut soumettre une offre.

L'équipe de l'ANEP est chargée de gérer les appels d'offres, de fournir des informations
en cas de besoin et, surtout, de choisir un fournisseur qui répondra aux besoins et
exigences de la établissement.

ANEP 8
l'activité du système est de l'ordre d'un cycle, il ne notifie que lorsqu'une offre ou un
projet est soumis.

5- Interfaces utilisateurs :

 Log in page :

 Inscription page :

ANEP 9
  Appel d’offre page :

 Offre page :

ANEP 10
4. Conception du système
a. Conception et choix architecturaux :

nous avons prévu les technologies suivantes pour le système :

FRONT END : nous avons prévu d'utiliser ANGULAR qui est codé par typescript et
nous voulons utiliser la dernière version 15 .
BACK END : pour la fonctionnalité du système et la connectivité avec la base de
données nous avons prévu d'utiliser spring boot version 3.
et pour l'architecture du back-end nous prévoyons d'utiliser Controler qui est rempli de
modèles et de traitements de données, puis service qui a les fonctionnalités de chaque
modèle et enfin Repositery est une interface qui a toutes les méthodes utilisées.
BASE DE DONNEES : nous envisageons d'utiliser Mysql.
b. Conception détaillée :
pour plus de détails, nous allons faire des diagrammes d'activité pour les deux activités
les plus importantes du système.
 Appel d’offre :

ANEP 11
 L'activité commence quand l'établissement veut publier un appel d'offre, il
soumet d'abord les informations nécessaires sur le projet, puis l'équipe de l'ANEP
vérifie les informations et l'historique de l'établissement.
après la vérification et la recherche et si le projet est approuvé le système notifie le
fournisseur d'un nouveau projet puis le projet est entièrement publié sur la plate-
forme.
si le projet soumis est refusé, l'entreprise doit changer ses plans ou il s'agit d'une
fraude.

 Offre :

cette activité se déclanche lorsqu'une offre est soumise à un appel d'offre, le fournisseur
soumet son offre avec toutes les informations nécessaires.
Ensuite, l'équipe de l'ANEP fait sa part, si l'offre est acceptée, elle en informe le
fournisseur et procède à la réalisation de sa mission.
Dans le cas contraire, l'activité de soumission d'une offre prend fin.

ANEP 12
c. Interfaces et interactions utilisateur :

d. Base de données :
dans cette partie nous allons nous concentrer sur la partie base de données nous allons
montrer la table de données nous voulons stocker toutes les données sur les offres et
les appels d'offre :
 User :

id_user : c'est l'identifiant de l'utilisateur

username : c'est le nom de l'utilisateur dans la plateforme.
nom : nom complet de la personne ou de l'organisation
telephone : téléphone de l'utilisateur

 Equipe ANEP :

ANEP 13
 id_equip : c'est l'identifiant de l'équipe
nom : le nom de l'equipe
nb_empolyee : nombre de salariés ANEP dans l'équipe
email : email officiel de l'équipe
telephone : numéro de téléphone de l'équipe ANEP
 Fournisseur :

id_fournisseur : l'identifiant des fournisseurs

nom : le nom des fournisseurs
username : le nom du fournisseur dans la plateforme
email : l'email du fournisseur
password : le mot de passe du fournisseur
image : image du profil du fournisseur
 Etablissement :

id_etablissement : l'identifiant de l'etablissement

nom : le nom de l'établissement
nom d'utilisateur : le nom de l'établissement dans la plateforme
password : le mot de passe de l'établissement

ANEP 14
 email : l'email officiel de l'organisation
image : image de l'établissement
departement : le département de communication de l'établissement
location : l'adresse de l'établissement
link : lien vers le site officiel de l'établissement

 Appel d’offre :

id_appel_d_offre : c'est l'identifiant de l'appeld'offre .

titel : le titre de l'appel d'offre.
numero : numéro de l'appel d'offre
estimation : l'estimation de l'appel d'offre
type : type de catégorie de cet appel d'offre est il IT ou contrsuction
date_publication : date de publication de l'appel d'offre
date_limit_retruite_dossier : date limite de l'appel d'offre.
date_limite_remise : date de fin du projet.
etat_appel_d'offre : l'état de l'appel d'offre.
id_etablissement : Clé FORIGEN de l'établissement
id_fournisseur : FORIGEN KEY de fournisseur
etat : est-il en cours de réalisation ou en cours d'exécution .

 Offre :

id_offre : l'identifiant de l'offre

ANEP 15
 budget : le budget soumis par l'offreur
start_date : date de début du projet
end_date : date de fin du projet
description : autres informations pour la réalisation du projet
id_fournisseur : FOREIGN KEY pour le fournisseur
id_appel_doffre : FOREIGN KEY pour l'appel d'offre

 Document :

id_document : l'identifiant du document

path : le chemin du fichier
id_appel_offre : FOREIGN KEY de l'appel d'offre

E. Implémentation et déploiement :

ANEP 16