Chapitre 1 : Etude préalable

1-Cadre generale de projet :

Le stage s'inscrit dans le cadre d'un projet de recherche visant à acquérir une expérience
professionnelle et se déroule au sein du «POLINA GROUP HOLDING». Il s'agit d'un stage
d'été d'une durée de 8 semaines. Au cours de cette période, nous serons amenées à
développer une application web répondant aux besoins spécifiques de l'entreprise.
Dans ce chapitre, nous commencerons par présenter l'organisme d'accueil où nous avons
effectué notre stage. Ensuite, nous préciserons le contexte global du projet et conclurons par
une description de la problématique que nous avons définie."
2-Organisme d’accueille

Poulina Group Holding est un groupe Tunisien créé en 1967. Originellement spécialisé dans
l'aviculture, le groupe s'est peu à peu diversifié pour devenir le premier groupe à capitaux
privés de Tunisie. Le groupe exerce 8 métiers distincts: l’intégration avicole, les produits de
grande consommation, la transformation de l’acier, l’emballage, l’immobilier, le bois et les
biens d’équipement, les matériaux de construction et le commerce et les services.

i. Context du projet
1. Contexte de l'application

La société Polina Group est un conglomérat opérant dans divers domaines, dont la
technologie d'osmose inverse. Chacune de ses filiales dispose d'une station d'osmose
inverse, ce qui nécessite une gestion efficace pour garantir des opérations fluides et
optimales.

ii. Problematique
Description des défis actuels dans la gestion de l'osmose inverse
L'équipe en charge de l'osmose inverse de Polina Group fait actuellement face à plusieurs
défis majeurs dans la gestion de leur processus. Ces problématiques comprennent :

Manque de centralisation des données : Actuellement, les données relatives à l'osmose

inverse sont dispersées dans des feuilles Excel distinctes, ce qui rend difficile la recherche, la
mise à jour et la gestion de l'ensemble des informations.

Risque d'erreurs humaines : La saisie manuelle des données dans Excel augmente
considérablement le risque d'erreurs, qu'elles soient liées à des saisies incorrectes ou à des
formules inappropriées, pouvant potentiellement compromettre l'exactitude des
informations.

Difficulté de suivi des activités en temps réel : Le processus actuel basé sur Excel ne permet
pas un suivi en temps réel des opérations liées à l'osmose inverse. Cela peut entraîner des
retards dans la détection et la résolution de problèmes éventuels.

Absence de fonctionnalités de reporting avancées : Excel offre des fonctionnalités limitées

en matière de génération de rapports et d'analyse de données. Cela restreint la capacité de
l'équipe à extraire des insights significatifs à partir des données.

Limitations et inefficacités liées à l'utilisation d'Excel

L'outil Excel, bien qu'il soit largement utilisé pour diverses tâches de gestion de données,
présente des lacunes spécifiques dans le contexte de la gestion de l'osmose inverse :

Manque d'automatisation : Excel nécessite souvent des manipulations manuelles répétitives

pour effectuer des calculs, trier et filtrer des données. Cela entraîne une perte de temps
considérable.

Difficulté de collaboration en temps réel : L'équipe en charge de l'osmose inverse doit

souvent travailler sur les mêmes fichiers Excel simultanément, ce qui peut mener à des
conflits de versions et à une coordination difficile.

Limites de taille des données : Excel peut avoir des difficultés à gérer de grandes quantités
de données, ce qui peut potentiellement conduire à des ralentissements et des plantages.

Sécurité des données : La sécurité des données dans Excel peut être difficile à garantir,
notamment en ce qui concerne les contrôles d'accès et la protection contre les altérations
non autorisées.

En somme, bien que Excel soit un outil polyvalent, il présente des limites significatives pour
la gestion efficace et l'automatisation des processus liés à l'osmose inverse de Polina Group.
Le développement d'une application web sur mesure vise à pallier ces défis en offrant des
fonctionnalités avancées de centralisation, d'automatisation et de reporting, pour optimiser
les opérations de l'équipe.
iii. Etude de l'Existant
Analyse du processus actuel de gestion de l'osmose inverse
Le processus actuel de gestion de l'osmose inverse au sein de l'équipe de Polina Group
repose principalement sur l'utilisation d'outils bureautiques tels qu'Excel. Voici une
description détaillée de cette méthode :

Collecte des données : Les données relatives à l'osmose inverse, comprenant les paramètres
de fonctionnement des stations, les niveaux de production, et les relevés de performance,
sont collectées manuellement par les opérateurs sur le terrain.

Saisie dans des feuilles Excel : Ces données sont ensuite saisies dans des feuilles Excel
spécifiques, où elles sont organisées selon une structure préétablie. Chaque station
d'osmose inverse a sa propre feuille dédiée.

Calculs et Analyses : Les opérateurs effectuent des calculs manuels pour déterminer des
métriques clés comme le rendement, la consommation d'eau, et la qualité de l'eau produite.

Mise à jour manuelle des rapports : À partir des données saisies, des rapports périodiques
sont générés manuellement. Ces rapports sont utilisés pour évaluer les performances des
stations d'osmose inverse.

Identification des points faibles et des lacunes

L'analyse de cette méthode a permis de mettre en lumière plusieurs points faibles et
lacunes :

 Risque d'erreurs humaines : La saisie manuelle des données dans Excel expose le
processus à des erreurs potentielles, que ce soit en termes de saisie incorrecte ou de
calculs inappropriés.

 Manque de traçabilité : En raison de la nature statique des feuilles Excel, il est difficile
de tracer les modifications apportées aux données, ce qui peut compliquer la
recherche d'erreurs et la résolution de problèmes.
  Manque d'efficacité opérationnelle : Le processus manuel de saisie et de calculs est
chronophage et peut entraîner des retards dans la production de rapports essentiels
pour la prise de décisions.

 Difficulté de collaboration : La collaboration en temps réel entre les membres de

l'équipe peut être entravée en raison de la nécessité de partager des fichiers Excel et
des risques de conflits de versions.

Feedback de l'équipe en charge de l'osmose inverse

Suite à des entretiens avec l'équipe en charge de l'osmose inverse, des retours ont été
recueillis concernant le processus actuel :

Les opérateurs ont exprimé des frustrations quant à la lenteur du processus manuel, en
particulier lors de la saisie des données.
Ils ont souligné la nécessité d'une solution plus automatisée pour réduire les erreurs et
améliorer la fiabilité des données.
L'équipe a exprimé le besoin d'une meilleure visualisation des données et de fonctionnalités
de reporting plus avancées pour une analyse approfondie des performances des stations.
En conclusion, le processus actuel de gestion de l'osmose inverse présente des inefficacités
et des limitations significatives, ce qui justifie pleinement le développement d'une
application web sur mesure pour améliorer et optimiser ces opérations.
 Chapitre 4 : Objectifs de l'Application Web

I. Objectifs spécifiques de l'application

L'application web développée pour l'équipe en charge de l'osmose inverse de Polina Group a
pour but de :

 Centraliser les Données : Regrouper toutes les données liées à l'osmose inverse au
sein d'une plateforme unique, facilitant ainsi l'accès et la gestion des informations.

 Automatiser les Processus : Mettre en place des mécanismes d'automatisation pour

la collecte, la saisie et le traitement des données, afin de réduire les risques d'erreurs
humaines.

 Offrir des Fonctionnalités de Reporting Avancées : Permettre la génération de

rapports détaillés, offrant une analyse approfondie des performances des stations
d'osmose inverse.

 Faciliter la Collaboration : Fournir des outils de collaboration en temps réel pour une
communication efficace entre les membres de l'équipe, afin de minimiser les conflits
de versions et les retards.

Avantages attendus pour l'équipe en charge de l'osmose inverse

L'implémentation de cette application web apportera les avantages suivants à l'équipe en
charge de l'osmose inverse :

 Gain de Temps : L'automatisation des tâches manuelles actuelles permettra une

utilisation plus efficace du temps, en libérant les opérateurs des tâches répétitives.

 Réduction des Erreurs : En minimisant la saisie manuelle des données, l'application

réduira considérablement le risque d'erreurs, garantissant ainsi l'exactitude des
informations.
  Amélioration de la Fiabilité des Données : La centralisation des données et la
traçabilité des modifications permettront d'assurer la cohérence et la fiabilité des
informations.

 Analyse Approfondie des Performances : Les fonctionnalités de reporting avancées

offriront une vision détaillée des performances des stations d'osmose inverse,
permettant des prises de décisions plus informées.

Alignement avec les objectifs de Polina Group en matière de technologie d'osmose inverse
L'application web s'inscrit pleinement dans la vision et les objectifs de Polina Group en
matière de technologie d'osmose inverse. Elle vise à :

 Optimiser l'Efficacité Opérationnelle : En automatisant les processus et en améliorant

la gestion des données, l'application contribuera à optimiser les opérations liées à
l'osmose inverse, permettant ainsi d'atteindre des niveaux de production plus élevés.

 Garantir la Qualité de l'Eau Produite : En offrant des outils d'analyse avancée,

l'application permettra à Polina Group de surveiller de près la qualité de l'eau
produite et de prendre des mesures correctives si nécessaire.

 Renforcer la Compétitivité : L'automatisation et l'efficacité accrue des opérations

renforceront la compétitivité de Polina Group sur le marché de la technologie
d'osmose inverse.

II. Méthodologies de gestions de projet

Pour assurer le succès d'un projet, il est impératif de mettre en place une organisation
efficace, de savoir définir des priorités, et de maîtriser la gestion du temps et des
activités. Ces éléments sont essentiels pour optimiser le travail et réduire les chances
d'erreurs. C'est ainsi que prend forme la notion de méthodologie de travail.
1. Etude comparative des méthodes

Nom Définition Avantages Inconvénients

de la
méthode
RUP La méthode Rational
Unified Process (RUP)
est une des émanations
de la méthode Processus
+Fourni une structure - Manque de rapidité.
bien définie et défini -Manque d’adaptabilité.
clairement des jalons. -Exige une certaine
+Permet au client expertise en génie
 Unifié (PU), qui s'attache
à donner un cadre précis
au développement du
logiciel. C'est une méthode
générique, itérative et
incrémentale assez lourde
mais qui s'adapte très
facilement aux processus et
aux besoins du
développement [1].
XP La méthodologie eXtreme
Programming (XP) est une
méthode de gestion
de projet qui applique à
l'extrême les principes du
développement agile,
c'est-à-dire se concentrer
sur les besoins du client,
mettre en place un
développement itératif et
l'intégration continue [2].
SCRUM Elle définit des rôles (le
SCRUM Master, le
Product Owner et
l’équipe de
développement), dicte la
réitération de sprints de
production à durée
limitée à la fin desquels
des incréments
fonctionnels de logiciel
sont livrés et met en
place des artefacts (le
carnet de produit, le
carnet de sprint, les
graphiques
d’avancement) ainsi que
des cérémonies
(planification de sprint,
mêlée quotidienne, revue
et rétrospective) .
2. Choix de la méthode
de voire l’avancement logiciel
de son projet. - Peut utiliser seulement
Itérative et la notion UML.
incrémentale - Ne convient pas à un
+Soutenue par de projet de petite taille.
nombreux
utilisateurs et une
documentation
détaillée.
+ Contact étroit avec -Charge horaire
le client. relativement élevée.
+ Logiciel stable grâce -Coûts relativement
à des tests continus. élevés.
+ Prévention des - Requiert de
erreurs grâce au l’autodiscipline pour la
pair programming mise en œuvre.
+ Les modifications
peuvent être
prises en charge à
court terme.
+Entièrement - Peu, voire pas, de
développé et testé documentation
pour de courtes écrite.
itérations. - Le faite que tous
+ Simplicité des les événements
processus. sont conditionnés
+ Règles définies dans le temps ça
clairement. réduit les
possibilités
d’innovation et
d’optimisation.
- Manque de
flexibilité, elle ne
supporte pas des
modifications
dans son
principe.
L’étude comparative des méthodes réalisée nous a aidés à mieux comprendre la
différence entre les méthodes de gestion de projet et après une longue discussion basée
sur les besoins de notre client nous avons décidé de choisir SCRUM comme méthode de
gestion de projet.

3. Présentation de la méthode SCRUM

SCRUM est la méthode Agile la plus populaire. L’approche SCRUM suit les principes de la
méthodologie Agile, c’est-à-dire l’implication et la participation active du client tout au
long du projet .
Le principe de base étant que l’équipe avance ensemble et soit toujours prête à
réorienter le projet au fur-et-à-mesure de sa progression .
La méthode SCRUM s’appuie sur des sprints qui sont des espaces temps assez courts,
généralement entre 2 et 4 semaines. À la fin de chaque sprint, l’équipe présente ce
qu’elle a ajouté au produit .

 Product Owner (propriétaire du produit) :

Le Product Owner est le représentant des clients, des utilisateurs et des parties
prenantes. Il est responsable de maximiser la valeur du produit en gérant le backlog du
produit.
Il définit les éléments du backlog, les priorise et les clarifie au besoin. Il prend des
décisions sur les fonctionnalités à développer en premier.
 Scrum Master (facilitateur SCRUM) :

Le Scrum Master est un leader servant et un facilitateur pour l'équipe SCRUM.

Il aide l'équipe à comprendre et à adopter les principes et les pratiques SCRUM. Il veille à
ce que l'équipe suive les règles et les pratiques de SCRUM.
Il aide à résoudre les obstacles qui bloquent le progrès de l'équipe. Il facilite les réunions
SCRUM (sprint planning, daily scrum, revue de sprint, rétrospective).
 L'équipe de développement :

L'équipe de développement est composée de professionnels qui réalisent le travail pour

livrer un incrément de produit potentiellement utilisable à la fin de chaque sprint.
Ils sont auto-organisés et ont la responsabilité collective de s'organiser pour atteindre les
objectifs du sprint.

Ces trois rôles sont essentiels dans SCRUM. Ils collaborent de manière étroite pour
s'assurer que les besoins du client sont compris et que le produit évolue de manière
itérative et incrémentielle.

CHAPITRE 2
 Introduction
Ce deuxième chapitre est divisé en quatre parties, la première partie a pour objectif

d’identifier les acteurs autorisés à notre application et élaborer les besoins fonctionnels et non

fonctionnels. Ensuite une seconde partie pour présenter le diagramme de cas d’utilisation et le

diagramme de déploiement. Ensuite nous présenterons le diagramme de class et enfin la dernière

partie est consacrée aux choix architectural.

I. Analyse des besoins

La spécification des besoins est une phase fondamentale pour le développement de notre

application. Pour mieux comprendre le travail demandé il faut extraire les acteurs autorisés

et faire une analyse des besoins fonctionnels et non fonctionnels.

1. Identification des acteurs

L’ensemble des acteurs autorisés à accéder l’application, selon leurs habilitations configurées

au niveau application d’administration, regroupe :

 Utilisateur de l'Application : C'est l'acteur qui utilise l'application pour effectuer diverses
opérations liées à la gestion de l'osmose inverse. Cela peut inclure l'ajout de données, la
génération de rapports, la consultation de performances, etc.
 Administrateur Local : L'administrateur local est responsable de la gestion des opérations au
niveau de chaque filiale ou station d'osmose inverse. Il a des autorisations pour ajouter des
stations, gérer les utilisateurs locaux et configurer des paramètres spécifiques à sa filiale.
 Administrateur Central : L'administrateur central a des autorisations étendues et est
responsable de la gestion globale du système. Il peut ajouter des filiales, gérer les
administrateurs locaux, configurer des paramètres globaux et effectuer des tâches
d'administration à l'échelle de l'ensemble de l'organisation.

2. Analyse des besoins

Une analyse des besoins est répartie en deux sections la première section est consacrée pour les

besoins fonctionnels et la deuxième est consacrée pour les besoins non fonctionnels.

1.1. Besoins Fonctionnels :

 Gestion des Stations d'Osmose Inverse :

 Ajouter une nouvelle station.
 Modifier les détails d'une station existante.
 Supprimer une station.
 Consulter la liste des stations.

 Enregistrement des Données :

 Saisir et enregistrer les mesures de performance pour chaque station.
 Associer les données à une date spécifique.

 Génération de Rapports :
 Générer des rapports sur les performances des stations pour une période donnée.
 Afficher les rapports sous forme de graphiques ou de tableaux.

 Gestion des Utilisateurs :

 Ajouter un nouvel utilisateur.
 Modifier les informations d'un utilisateur.
 Supprimer un utilisateur.
 Gérer les autorisations et les rôles des utilisateurs.

 Gestion des Administrateurs Locaux :

 Ajouter un administrateur local pour chaque filiale.
 Gérer les autorisations spécifiques à chaque filiale.

 Gestion des Filiales :

 Ajouter une nouvelle filiale.
 Modifier les détails d'une filiale existante.
 Supprimer une filiale.
 Associer les stations à chaque filiale.

1.2. Besoins Non Fonctionnels :

 Sécurité :
 Assurer la confidentialité des données sensibles.
 Mettre en place des mécanismes d'authentification robustes.
 Performance :
 Garantir des temps de réponse rapides pour les opérations courantes.
 Gérer efficacement un grand volume de données.
 Convivialité (Usabilité) :
 Offrir une interface utilisateur intuitive et facile à prendre en main.
 Fournir des indications claires pour chaque fonctionnalité.
 Fiabilité :
 Minimiser les interruptions de service et garantir une disponibilité élevée.
 Compatibilité :
 Assurer la compatibilité avec différents navigateurs web et dispositifs.
 Sécurité des Données :
 Mettre en place des mécanismes de sauvegarde régulière des données.
 Prévoir des mesures de récupération en cas de perte de données.
 Évolutivité :
 Concevoir l'application pour permettre des extensions ou des mises à jour futures.
Ces besoins fonctionnels et non fonctionnels serviront de base pour la conception et le
développement de votre application de gestion de l'osmose inverse. Vous pourrez les utiliser comme
référence tout au long du processus de développement.