RAPPORT DE STAGE de Perfectionnement L2

rtrrtr
RAPPORT DE STAGE
Stage en développement informatique (WEB)
Janvier 2022 – Février 2022
Oussama Ben Achour

Étudiant en Licence 2 – développement des systèmes d'information
Maitre de stage – Mme. Sahar Sfaxi

Entreprise d’accueil : Poulina Group Holding
Etablissement : Institut Supérieur des Etudes Technologiques de Rades

Ministère de l’Enseignement Supérieur et de la
Recherche Scientifique
Direction Générale des Etudes Technologiques
Institut Supérieur des Etudes technologiques de Rades
Rapport De
Stage De Perfectionnement
Année Universitaire : 2022 - 2023
Réalisé par : Oussama Ben Achour
Entreprise d’accueil : Poulina Group Holding
Encadré par : Sahar Sfaxi
Période de stage : DU 17/01/2022 À 12/02/202

Remerciements
Nous tenons tout d’abord à remercier le groupe

PGH (Poulina Group Holding) de nous avoir accueilli et
donné l’opportunité d’évoluer au sein leur société.
En particulier l’expression de ma très grande

Reconnaissance à Mme Sahar Sfaxi
Pour l’opportunité qu’il m’a offerte de travailler sur ce
projet intéressant et de me prendre en
Charge tout au long de la période du stage, pour son
encadrement, sa disponibilité et pour
Le
Soutien constant qu’il n’a cessé de prodiguer.
Nous adressons aussi nos profonds remerciements à

Madame Mariem Baccouche pour son soutien et ses
conseils.
Table des matières :
Introduction générale............................................................................................................................ 1
CHAPITRE 1 : L’ENTREPRISE D’ACCUEIL .............................................................................. 2
Introduction ............................................................................................................................................. 2
1.Présenatation du cadre du projet ........................................................................................................ 2
1.1 Présentation générale de l’entreprise d’accueil ............................................................................... 2
1.2 Historique .......................................................................................................................................... 2
1.3 Secteur d’activité PGH....................................................................................................................... 3
1.3.1 Secteur avicole ............................................................................................................................... 3
1.3.2 Secteur agro-alimentaire ............................................................................................................... 4
1.3.3 Secteur de la céramique................................................................................................................. 4
1.3.4 Secteur industriel ........................................................................................................................... 4
1.3.5 Secteur de l’emballage ................................................................................................................... 4
1.3.6 Secteur immobilière ....................................................................................................................... 4
1.4 Présentation du service d’accueil ...................................................................................................... 5
2.Travail Demandé .................................................................................................................................. 5
2.1.Introduction....................................................................................................................................... 5
2.2.Gestion Des Déchets ......................................................................................................................... 6
2.3.Critique de l’existant ......................................................................................................................... 6
Conclusion ............................................................................................................................................... 6
CHAPITRE 2 : ANALYSE ET SPÉCIFICATION DES BESOINS .................................................... 7
Introduction ............................................................................................................................................. 7
1.Spécification des besoins ..................................................................................................................... 7
1.1.Besoins Fonctionnels ......................................................................................................................... 7
1.2.Besoins non Fonctionnels.................................................................................................................. 8
2.Diagramme des cas d’utilisations ......................................................................................................... 9
2.1.Diagramme de Cas d’utilisation Global ........................................................................................... 10
2.2.Raffinement de cas d’utilisation : <<Authentification>> ................................................................ 10
Conclusion ............................................................................................................................................ 11
CHAPITRE 3 : CONCEPTION ..............................................................................................12
Introduction ........................................................................................................................................... 12
1.Outil de conception : Visual Paradigm Online................................................................................... 12
2.Le diagramme de Classes : ................................................................................................................. 12
2.1.Description des données de diagramme de classes........................................................................ 13
3.Diagramme de séquence .................................................................................................................... 14
3.1.Diagramme de séquence du processus authentification ................................................................ 14
3.2.Diagramme de séquence du processus Ajout Déchet..................................................................... 16
3.3.Diagramme de séquence du processus Modifier Type Déchet....................................................... 17
3.4.Diagramme de séquence du processus Afficher Les Déchets ......................................................... 17
3.5.Diagramme de séquence du processus Supprimer Les Déchet ...................................................... 18
3.6.Diagramme de séquence du processus Afficher Les Fiches de suivi ............................................... 18
3.7.Diagramme de séquence du processus Modifier Le Fiche de suivi................................................. 19
3.8.Diagramme de séquence du processus Ajouter Fiche de suivi ....................................................... 19
3.9.Diagramme de séquence du processus Supprimer Fiche de suivi .................................................. 20
Conclusion ............................................................................................................................................ 20
CHAPITRE 4 : RÉALISATION ..............................................................................................21
Introduction ........................................................................................................................................... 21
1.Choix Technique ................................................................................................................................. 21
1.1.Le Framework .NET ......................................................................................................................... 21
1.2.Les composants du .NET.................................................................................................................. 22
1.2.2. Asp.Net .......................................................................................................................... 23
1.2.3. ADO.Net......................................................................................................................... 23
1.2.4. Framework Asp.Net MVC .............................................................................................. 23
1.3. Angular .............................................................................................................................. 24
1.4.Bootstrap ......................................................................................................................................... 25
2.Outils de travail .................................................................................................................................. 26
2.1.Visual Studio 2019 ........................................................................................................................... 26
2.2.SQL Server 2019 .............................................................................................................................. 26
2.3.ISS 8.0 Express ................................................................................................................................. 26
2.4.Visual Studio code ........................................................................................................................... 26
3.Configuration de l’application ............................................................................................................ 27
3.1.Partie Back-end ............................................................................................................................... 27
3.2.Configuration de backend avec le front .......................................................................................... 28
3.3.Configuration de .net avec SQL server ............................................................................................ 28
3.4.Interface d’authentification ............................................................................................................ 29
3.5.Interface de l’ajout des déchets ...................................................................................................... 31
4.Conclusion .......................................................................................................................................... 32
Conclusion Générale ..................................................................................................................33
Webographie .............................................................................................................................34
Table des Figures
Figure 1-L’organigramme du service informatique du groupe PGH ...................................................... 5
Figure 2- Diagramme de cas d’utilisation de la gestion des déchets .................................................... 10
Figure 3- Diagramme de cas d’utilisation authentification ................................................................... 11
Figure 4- Diagramme de classes ............................................................................................................ 13
Figure 5- Diagramme de séquence du processus s’authentifier ........................................................... 15
Figure 6- Diagramme de séquence du processus ajouter Déchet ........................................................ 16
Figure 7- Diagramme de séquence du processus modifier Type Déchet .............................................. 17
Figure 8- Diagramme de séquence du processus Afficher Type ........................................................... 17
Figure 9- Diagramme de séquence du processus Supprimer Type Déchet........................................... 18
Figure 10- Diagramme de séquence du processus Afficher Fiche Suivi ................................................ 18
Figure 11 - Diagramme de séquence du processus Modifier Fiche Suivi .............................................. 19
Figure 12- Diagramme de séquence du processus Ajouter Fiche Suivi................................................. 19
Figure 13- Diagramme de séquence du processus Supprimer Fiche .................................................... 20
Figure 14– Architecture du Framework .NET ........................................................................................ 22
Figure 15– Architecture du MVC ........................................................................................................... 24
Figure 16– Architecture du Framework .NET ........................................................................................ 24
Figure 17– Logo d’Angular..................................................................................................................... 25
Figure 18– Structure de l’application .................................................................................................... 27
Figure 19– Configuration de http avec angular ..................................................................................... 28
Figure 20– Configuration Backend avec SQL server .............................................................................. 28
Figure 21– Configuration Backend avec SQL server .............................................................................. 28
Figure 22– Page de Login....................................................................................................................... 29
Figure 23– Page de Sign up ................................................................................................................... 29
Figure 24– Page de login require méthode ........................................................................................... 30
Figure 25– Page de Sign up require méthode ....................................................................................... 30
Figure 26– navbar .................................................................................................................................. 31
Figure 27– Page CRUD des déchets ....................................................................................................... 31
Figure 28– Page CRUD des fiches de suivi ............................................................................................. 32
Liste des tableaux

Tableau 1: Description des besoins fonctionnels .................................................................................... 7
Tableau 2: Description des besoins non fonctionnels ............................................................................. 8
Tableau 3: Description des acteurs ......................................................................................................... 9
Introduction générale
Introduction générale
À l'occasion de la période de stage, j'examine comment

créer une application web ainsi que d'utiliser ce que j'ai
appris au premier semestre de cette année (Angular,
MySQL) et mes propres compétences.
Du 17 janvier 2022 au 12 février 2022, j’ai effectué un

stage au sein de l’entreprise Poulina Group Holding dans
le département Informatique.
Le stage est un moyen qui permet à l'étudiant de s'intégrer
dans la vie professionnelle pour avoir une idée globale du
fonctionnement de l'entreprise. A ce niveau, l'objectif des
instituts supérieurs des études technologiques est de
permettre à l'étudiant d'enrichir ses connaissances et de
s'adapter à l'environnement de l'entreprise.
En effet, mon stage m'a donné l'opportunité de m'intégrer

dans la vie professionnelle et d'approfondir mes
connaissances.
1
CHAPITRE 1 : L’ENTREPRISE D’ACCUEIL
Introduction
Dans ce chapitre nous allons présenter en premier lieu l’organisme d’accueil
dans laquelle nous avons effectué notre sujet de travail proposé tout en
expliquant ses objectifs ainsi les fonctionnalités pour le réaliser.
1.Présenatation du cadre du projet
1.1 Présentation générale de l’entreprise d’accueil
Poulina Group Holding (PGH) est un groupement d’hommes et de femmes qui

se sont associés pour réaliser ensemble une ambition commune : celle de
construire une entreprise moderne, qui soit une fierté pour la Tunisie, qui
rivalise en qualité de management et en efficacité avec les entreprises des pays
les plus développés.
Une structure capable de mobiliser des milliers d’hommes et de femmes qui
développent des valeurs communes, qui créent de la richesse et qui mettent en
place une culture saine au sein de leur entreprise.
1.2 Historique
Poulina Group Holding a été créé en 1967, l’année ou tout a commencé avec
l’aviculture. Durant la première décennie d’exploitation, la société a fortement
diversifié ses produits pour se repositionner non plus comme une entité de
production avicole mais comme une entreprise offrant aux éleveurs tous les
services et fournitures d’élevage nécessaires (matériel avicole, aliments etc…)
Dans la même logique de diversification, et afin de palier a l’étroitesse du
marché local, la société s’est développée dans des secteurs plus industrialisés
(ouverture de points de ventes de proximité spécialisés dans les produits
avicoles, développement d’une chaine de rôtisserie). Vers la fin des années
1980, une nouvelle phase de diversification a été entamée, développant
plusieurs produits.
En 2008, le groupe organise l'ensemble de ses activités sous la structure
Poulina Group Holding et s'introduit en bourse. En 2017, le groupe Poulina
soutient la première édition du concours Smart Agriculture Hackathon, axé sur
le développement de la meilleure application informatique dans le secteur de
l'agriculture et de la pêche.
2
1.3 Secteur d’activité PGH
Activité
Activité
AVICOLE Immobilier
POULINA
GROUP
HOLDING
Activité
Activité
Industrielle
Emballage
Activité Agro- Activité

Alimentaire Céramique
La structure du groupe PGH
1.3.1 Secteur avicole
PGH intègre tout le processus de son métier avicole, à partir de la production

de la nutrition animale jusqu’à la distribution des œufs, dindes, poulets,
viandes
Ce métier à part entière a doté PGH de certains avantages compétitifs qui l’ont
élevé au rang d’acteur principal du secteur, plus spécifiquement :
Une équipe d’approvisionnement ainsi que des conseillers au marché des
céréales à Chicago. Une capacité de stockage qui permet à PGH de saisir toutes
les opportunités d’achat et d’être à proximité des producteurs avicoles.
Des économies d’échelle et l’achat de grandes quantités à travers Cedria, SNA,
Almes et Poulina.
3
1.3.2 Secteur agro-alimentaire
La Tunisie qui compte 12 centrales laitières, est autosuffisante en lait frais

depuis la fin des années 90 (production de 970millions de litres en 2006) mais,
importe toujours du lait en poudre
La production de yaourts est assurée par 9 entreprises à partir de lait frais et a
fortement augmenté des desserts lactés (yaourt aux fruits, yaourt à boire,
crème dessert).
1.3.3 Secteur de la céramique
Le secteur de la céramique connait depuis le début des années 200, une

véritable mutation grâce a l’introduction d’un nouveau produit : << le gré >>.
Ce produit connait un franc succès dans le pays et permet de faire gagner des
parts de marché aux revêtements de sols en céramique aux dépends des
revêtements concurrents.
1.3.4 Secteur industriel
En Tunisie, le secteur du bois et de l’ameublement compte environ 400

entreprises lais reste majoritairement dominé par les petites et
microentreprises indépendantes dont le nombre représente 80% du marché.
Sur les 400 sociétés structurées, seules une dizaine d’entreprises sont de
grandes tailles, relativement spécialisées, emploient plus de 100 personnes et
écoulent leurs produits via des revendeurs franchisés.
1.3.5 Secteur de l’emballage
Depuis une dizaine d’années, le secteur de l’emballage connait une croissance

remarquable favorisée par le développement du secteur industriel qui génère
des besoins croissants en matière d’emballage.
Il existe cinq matériaux de base pour la fabrication des emballages : le papier, le
plastique, le verre, le métal.
1.3.6 Secteur immobilière
Poulina Group Holding s’est lancé dans le métier de l’immobilier à travers sa

filiale ETTAAMIR, créée en 1997.
Ainsi, plusieurs projets de haut standing ont été réalisés dans les quartiers les
plus huppés de la Tunisie, d’autres projets sont en cours de construction et
d’autres projets en cours d’études.
4
1.4 Présentation du service d’accueil
Le service informatique nous a accueillis durant ce stage, le département

développement informatique dont nous y effectuons notre stage de
perfectionnement est conçu pour la gestion des systèmes d’information du
groupe PGH, En fait notre tâche est de réaliser une application web de gestion
des déchets encadré par Mme Sahar Sfaxi.
Service
Développement
Service Logiciel
De gestion
Service Exploitation
Siège
Direction
Informatique Service Gestion
opérationnelle
Service système
de communication
Service Système
Ressources Humaines
Service Réseau
et Sécurité
Figure 1-L’organigramme du service informatique du groupe

PGH
2. Travail Demandé
2.1. Introduction
Pendant la période de mon stage j’ai fait des taches, qui sont généralement de
création une application web de gestion des déchets.
5
2.2. Gestion Des Déchets
Nous allons effectuer Durant ce stage une application pour gérer les déchets de
toutes les activités de Poulina Group Holding cette application nous permet de
suivre tous les déchets disponibles et de faire des fiches pour chaque type de
déchet pour le vendre ou bien pour le recycler.
On nous a demandé à développer une application contenant ces différentes
parties :
-Authentification
-Ajouter/Afficher/Modifier/Supprimer Le type de déchet
-Ajouter/Afficher/Modifier/Supprimer Les Fiches de suivi des déchets
2.3. Critique de l’existant
Quelle que soit la technique utilisée, il y aura toujours de nouveau à

apporter pour n’importe quelle solution vu que la progression de la
technologie est sans frontière.
Insuffisances techniques :
. L’application est mal structurée et elle nécessite une organisation
. Redondance (sans ID)
. Les technologies utilisées :
-SQL server 2008
-ASP.net version antérieure.
Conclusion
Nous avons dans ce chapitre mis notre travail dans son contexte, pour pouvoir
déterminer les étapes nécessaires à la conception et a la réalisation. Le chapitre
suivant présente l’analyse et la spécification des besoins fonctionnels et non
fonctionnels ainsi que les diagrammes des cas d’utilisations.
6
CHAPITRE 2 : ANALYSE ET SPÉCIFICATION DES BESOINS
Introduction
Dans ce chapitre nous allons identifier toutes les fonctionnalités de notre
application pour chaque type d’utilisateur, en indiquant les besoins fonctionnels
et d’appréhender la liste des exigences traduites par les besoins non
fonctionnels.
Ensuite nous allons identifier les acteurs et définir tous les besoins qui seront
modélisés par le diagramme de cas d’utilisation générale.
1. Spécification des besoins
Vu la difficulté de gestion des déchets dans une grande entreprise comme
Poulina Group Holding on a besoin d’un moyen pour faciliter la gestion des
déchets.
1.1. Besoins Fonctionnels
Administrateur
L’administrateur accède à l’application

S’authentifier
avec un login et un mot de passe
L’administrateur a le droit de gérer les

Gérer les déchets déchets(ajouter/modifier/supprimer/consulter)
User/Agent
L’administrateur accède à l’application

S’authentifier
avec un login et un mot de passe
Gérer les fiches de suivi L’agent/user a le droit de gérer les

déchets(ajouter/modifier/supprimer/consulter)
Tableau 1 : Description des besoins fonctionnels

Tableau 1: Description des besoins fonctionnels
: Description des besoins fonctionnels 7

1.2. Besoins non Fonctionnels
Notre système doit respecter un ensemble de contraintes et d’exigences non

fonctionnelles :
Les Besoins non Fonctionnels
• L’application doit respecter la

Sécurité confidentialité des données.
• L’application devra être cohérente

Interface utilisateur
• L’utilisation de l’application doivent
être facile pour l’utilisateur
• Une gestion des erreurs est

requise dans l’application
• Le projet doit être réaliser pendant

Contrainte temporelle une durée qui ne dépasse pas 1 mois.
• Environnement de développement
Exigences techniques ASP.NET
• Base de données: SQL SERVER 2019
Tableau 2 : Description des besoins non fonctionnels

Tableau 2: Description des besoins non fonctionnels
: Description des besoins non fonctionnels
8
Acteurs Description
C’est le gérant de l’application, il a une

Administrateur visibilité totale sur les bases de données et
aussi de faire les tâches de l’agent /user
L’agent/user est l’acteur qui a les droits

User/Agent d’ajouter/supprimer/modifier(TypeDéchet/ficheSuivi)
Tableau 3 : Description des acteurs

Tableau 3: Description des acteurs
2. Diagramme des :cas d’utilisations

Description des acteurs
Les diagrammes de cas d’utilisation sont utilisés pour la représentation et la

structuration au niveau conceptuel, des besoins des utilisateurs et des objectifs
correspondants du système. Le but est d’identifiée les acteurs du domaine et
leurs interactions avec l’interface.
Ce diagramme permet d’identifier le comportement et les fonctionnalités que
pourra effectuer un utilisateur avec le système. D’autre part, cela permet de
voir comment le système gère ces fonctionnalités et notamment les
communications entre les sous-systèmes.
Acteur : représente un rôle joué par une entité externe (utilisateur humain,
dispositif matériel ou autre système) qui interagit directement avec le système
étudié.
Cas d’utilisation (use case) : représente un ensemble de séquences d’actions
qui sont réalisées par le système et qui produisent un résultat observable
intéressant pour un acteur particulier. Un cas d’utilisation sert à exprimer le
comportement du système en termes d’actions et de réactions.
Système : représente le domaine étudié. Il permet de déterminer les limites au-
delà desquelles les fonctionnalités seront exclues.
Association : c’est une association entre acteurs, entre cas d’utilisation ou
entre acteur et cas d’utilisation. Le système assure pour es utilisateurs diverses
fonctions mises en valeur à travers le diagramme de cas d’utilisation globale
illustré par la figure ci-dessous :
9
2.1. Diagramme de Cas d’utilisation Global
Figure 2- Diagramme de cas d’utilisation de la gestion des déchets

Figure 2- Diagramme de cas d’utilisation de la gestion des déchets
2.2. Raffinement de cas d’utilisation : <<Authentification>>
Une réalisation de ce cas d’utilisation <<S’authentifier>> se fait comme

suit :
L’utilisateur demande d’accéder à l’application avec son UserName et son mot
de passe
10
Figure 3- Diagramme de cas d’utilisation authentification
Figure 3- Diagramme de cas d’utilisation authentification
Conclusion
Dans ce chapitre, nous avons présenté une analyse des besoins de notre
application, nous avons commencé par l’étude des besoins puis par leur analyse,
dans le chapitre suivant nous allons faire la conception de notre application web.
11
CHAPITRE 3 : CONCEPTION
Introduction
Dans le présent chapitre, nous présenterons la conception du projet et une
description logique du fonctionnement du système.
Nous allons présenter le schéma de classe qui permet de modéliser et de montrer
la structure du modèle de notre application.
Ensuite, nous présenterons la partie dynamique de l'application à travers les
diagrammes séquentiels.
Cette application suivra la conception MVC.
1. Outil de conception : Visual Paradigm Online
Visual Paradigm Online et un logiciel de modélisation et de conception UML, Il
s’agit d’un outil de conception logicielle conçu pour les projets logiciels agiles.
Il prend en charge UML, BPMN, ERD, DFD, SysML. Il prend également en
charge les cas d’utilisation, le wireframe, l’ingénierie de code, etc.
Avantages de Visual Paradigm :
– Concevoir et gérer les processus métier
– Modéliser et mettre en œuvre des règles métier
– Cartographie organisationnelle avec graphiques et diagrammes
– Créer et exécuter des applications basées sur des processus
– Analyse en temps réel et surveillance des performances
– Alarmes et notifications pour les processus défectueux
2. Le diagramme de Classes :
Le diagramme de classes représente la structure interne du logiciel. On l’utilise
surtout en conception. Une classe regroupe des objets de même nature. Ses
objets sont des entités concrète ou abstraite du domaine d’application. Les objets
sont appelés instance d’une classe. La navigation parmi les classes est rendue
possible par l’existence des associations qui les unissent.
Dans la figure ci-dessous nous avons présenté le diagramme de classe
représentant notre modèle.
12
Figure 4- Diagramme de classes
Figure 4- Diagramme de classes
2.1. Description des données de diagramme de classes
Classe Attribut Description

UserName : String
Chaque utilisateur a son propre
Login UserName et Password
Password: String
FirstName : String
LastName: String C’est la phase de l’inscription
Register UserName : String
Password: String
13
Id : Int
Type C’est le Type de déchet
Label : String
Id : Int
C’est le Déchet pour l’ajouter
Déchet Label : String
Id : Int
FicheSuivi Date : Date
Tonnage : Float C’est la fiche de suivi des Déchet
Prix : Float
Commentaire : String
Tableau 3 : Description des données de diagramme de classes
3. Diagramme de séquence
Le diagramme de séquence représente les interactions entre les objets, une

chronologie des messages échangé entre les objets et les acteurs. Nous
utiliserons les diagrammes de séquence décrivant les processus.
3.1. Diagramme de séquence du processus authentification
L’authentification est indispensable pour gérer l’accès des utilisateurs et

la sécurité de la plateforme. Dans la figure ci-dessous nous avons
présenté toutes les différentes étapes de l’authentification
Chaque utilisateur se connecte à partir de son propre UserName et Mot

de passe, lors du lancement de l’application une vérification de l’existence de
l’utilisateur dans la base sera exécutée : s’il existe, il est redirigé vers la page
d’ajout de déchet sinon il doit s’identifier.
14
Figure 5- Diagramme de séquence du processus s’authentifier
Figure 5- Diagramme de séquence du processus s’authentifier
15
3.2. Diagramme de séquence du processus Ajout Déchet
Figure 6- Diagramme de séquence du processus ajouter Déchet

Figure 6- Diagramme de séquence du processus ajouter Déchet
16
3.3. Diagramme de séquence du processus Modifier Type Déchet
Figure 7- Diagramme de séquence du processus modifier Type Déchet

Figure 7- Diagramme de séquence du processus modifier Type Déchet
3.4. Diagramme de séquence du processus Afficher Les Déchets
Figure 8- Diagramme de séquence du processus Afficher Type

Figure 8- Diagramme de séquence du processus Afficher Type
Déchet
17
3.5. Diagramme de séquence du processus Supprimer Les Déchet
Figure 9 - Diagramme de séquence du processus Supprimer Type Déchet
3.6. Diagramme de Figure 9- Diagramme

séquence de séquence du processus
du processus Afficher Supprimer
Les Type Déchetde suivi
Fiches
Figure 10 - Diagramme de séquence du processus Afficher Fiche Suivi

Figure 10- Diagramme de séquence du processus Afficher Fiche Suivi
18
3.7. Diagramme de séquence du processus Modifier Le Fiche de suivi
Figure 11 - Diagramme de séquence du processus Modifier Fiche Suivi
3.8. DiagrammeFigure 11 - Diagramme de séquence du processus Modifier Fiche Suivi

de séquence du processus Ajouter Fiche de suivi
Figure 12 - Diagramme de séquence du processus Ajouter Fiche Suivi

Figure 12- Diagramme de séquence du processus Ajouter Fiche Suivi
19
3.9. Diagramme de séquence du processus Supprimer Fiche de suivi
Figure 13 - Diagramme de séquence du processus Supprimer Fiche

Figure 13- Diagramme de séquence du processus Supprimer Fiche
Suivi
Conclusion
Dans ce chapitre, nous avons présenté une étude conceptuelle de notre

application, Dans le prochain chapitre nous détaillons la démarche que nous
avons suivi pour implémenter notre travail.
20
CHAPITRE 4 : RÉALISATION
Introduction
Dans le présent chapitre, nous revenons aux détails techniques de

l'application. Nous présentons d’abord l’architecture de l’application, nous
définissons ensuite tous les outils et environnements utilisés tout au long de
notre projet, et décrivons enfin les scénarios d’utilisation de notre application,
étayés par quelques interfaces.
1. Choix Technique
Pour développer notre application, nous avons utilisé la technologie .NET
de MVC de Microsoft.
1.1. Le Framework .NET
Le .NET Framework est un Framework pouvant être utilisé par un système

d'exploitation Microsoft Windows et Microsoft Windows Mobile depuis la
version 5 (.NET Compact Framework). Une version légère et limitée fournie
avec un moteur d'exécution fonctionnant à l'intérieur d'un navigateur ou d'un
périphérique mobile est disponible sous le nom de Silverlight. La version 3.0 du
Framework est intégrée à Windows Vista et à la plupart des versions de
Windows Server 2008 ou téléchargeable depuis le site de l'éditeur Microsoft.
.NET permet de construire, de déployer et d’exécuter des applications Web, des
services web, aussi des applications classiques s’exécutant sur Windows. Le
.NET Framework est un environnement qui est disponible gratuitement sur
toutes les versions de Windows depuis 95. Les .NET Servers sont la nouvelle
génération des serveurs Microsoft qui vont donc succéder aux Windows 2003
Servers.
21
Figure 14 – Architecture du Framework .NET
Figure 14– Architecture du Framework .NET
1.2. Les composants du .NET
1.2.1. Le langage C#
C# est un langage de programmation moderne, orienté objet et de

type sécurisé. C# permet aux développeurs de créer de nombreux types
d’applications sécurisées et fiables qui s’exécutent dans .NET. C# prend sa
source dans la famille de langages C et sera immédiatement reconnaissable aux
programmeurs en C, C++, Java et JavaScript. Cette visite guidée fournit une vue
d’ensemble des principaux composants du langage dans C# 8 et versions
antérieures. Si vous souhaitez explorer le langage par le biais d’exemples
interactifs, consultez la présentation des didacticiels C#.
C# est un langage de programmation orienté objet et orienté composant. C#

fournit des constructions de langage pour prendre en charge directement ces
concepts, en faisant de C# un langage naturel dans lequel créer et utiliser des
composants logiciels. Depuis son origine, C# a ajouté des fonctionnalités pour
prendre en charge de nouvelles charges de travail et des pratiques de conception
de logiciels émergentes. À son cœur, C# est un langage *orienté objet**. Vous
définissez les types et leur comportement.
22
1.2.2. Asp.Net
ASP.NET est un Framework permettant de générer des pages web dynamiques.

Une page ASP.NET est composée de deux parties : d'un côté du code HTML, et
de l'autre des instructions de programme3. Ces instructions sont utilisées pour
générer le résultat d'une demande de page qui sera envoyée au navigateur web.
Le résultat que reçoit le navigateur est du HTML ordinaire5. Une page
ASP.NET comporte des Web controls — des portions d'HTML qui peuvent être
modifiées par programmation4.
Le moteur d'ASP.NET est un filtre, branché sur le serveur web IIS par son
interface de programmation ISAPI3. Le moteur ASP.NET est distribué avec le
Framework .NET4. Il peut être utilisé avec n'importe quel langage de
programmation pour la plateforme .NET (Visual Basic .NET, C#, JScript4…).
Les sites web ASP.NET sont couramment développés en utilisant un serveur
web simplifié, installé sur l'ordinateur personnel du développeur
1.2.3. ADO.Net
ADO.NET est un ensemble de composants présents de base dans le Framework

.NET permettant l’accès et la gestion de données situées sur une base de
données relationnelle (SQL Server, Oracle, etc…) ou non. ADO.NET est une
évolution d’ADO (ActiveX Data Objects).
Les classes ADO.NET peuvent être divisées en 2 parties. Les classes permettant
de se connecter à la source de données et les classes utilisées pour gérer les
données.
1.2.4. Framework Asp.Net MVC
ASP.NET MVC est un Framework inspiré de produits comme Ruby on Rails,

proposé depuis 2009 comme alternative à Web forms2. Il applique le
style Modèle-Vue-Contrôleur (abr. MVC) - un style lancé en 1978 et devenu
populaire pour les applications web2. Contrairement à Web forms, le Framework
ASP.Net MVC offre un contrôle complet du HTML généré par l'application
web, ce qui simplifie l'utilisation de bibliothèques comme JQuery ou Bootstrap2.
En style MVC une application comporte des modèles, des vues et
des contrôleurs
23
• Un modèle décrit des données métier. Les caractéristiques des données
ainsi que les opérations sont encapsulées dans des modèles3.
• Une vue est destinée à transformer un modèle en quelque chose de
visuel. Dans les applications web cela signifie générer du HTML3.
• Un contrôleur contrôle l'utilisation des vues et des modèles. Reçoit les
actions de l'utilisateur, lance les modifications du modèle et utilise les
vues pour obtenir le résultat présenté à l'utilisateur3.
ASP.NET MVC suit le principe de convention plutôt que configuration: au lieu
de proposer des paramètres de configuration, ASP.NET MVC part du principe
que l'ingénieur qui s'en sert suivra un certain nombre de conventions3. Par
exemple ASP.NET MVC part du principe que les
répertoires Models, Views et Controllers d'une application web seront utilisés
pour enregistrer le code source des modèles, des vues / resp. Des contrôleurs
Razor est le générateur de page web dynamique par défaut d'ASP.NET MVC
depuis la version 3
Figure 15 – Architecture du MVC

Figure 15– Architecture du MVC
Figure 16– Architecture du Framework .NET
1.3. Angular
Angular est un-Framework côté client, open source, basé sur TypeScript, et co-
dirigé par l'équipe du projet « Angular » à Google et par une communauté de
particuliers et de sociétés. Angular est une réécriture complète d'AngularJS,
cadriciel construit par la même équipe. Il permet la création d’applications Web
et plus particulièrement de ce qu’on appelle des « Single Page Applications » :
des applications web accessibles via une page web unique qui permet de
fluidifier l’expérience utilisateur et d’éviter les chargements de pages à chaque
24
nouvelle action. Le Framework est basé sur une architecture du type MVC et
permet donc de séparer les données, le visuel et les actions pour une meilleure
gestion des responsabilités. Un type d’architecture qui a largement fait ses
preuves et qui permet une forte maintenabilité et une amélioration du travail
collaboratif.
Figure 16 – Logo d’Angular

Figure 17– Logo d’Angular
1.4. Bootstrap
Bootstrap 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 sur
la plate-forme de gestion de développement GitHub.
Figure 17 – Logo de Bootstrap

Figure 18– Logo de Bootstrap
25
2. Outils de travail
Les outils de travail utilisés dans la réalisation de projet se présentent comme
suit :
2.1. Visual Studio 2019
Pour faciliter la tâche du développement, Microsoft propose un environnement

de développement logiciel de collaboration, de métrique et de reporting avec
visual studio en effet avec Visual Studio on peut :
• Gérer l’évolution des besoins tout au long du projet
• Renforcer la communication entre les chefs de projet, les développeurs et
les testeurs
• Tester avec précision la qualité et la fiabilité des applications
2.2. SQL Server 2019
SQL server 2019 est un système de gestion de bases de données relationnelles.

Cette version de SQL server de SQL server intègre de nouvelles fonctionnalités
et des améliorations qui augmentent la puissance et la productivité des
développeurs et des administrateurs qui conçoivent, développent et maintiennent
des systèmes de stockage de données (Améliorations de la sécurité,
Améliorations de la disponibilité).
2.3. ISS 8.0 Express
Le Framework ASP.NET MVC dépend du routage ASP.NET pour router les

requêtes provenant du navigateur vers les actions du contrôleur. Dans le but de
tirer profit du routage ASP.NET nous avons donc opté pour le système
d’exploitation Windows 10 qui inclut le serveur web IIS.
2.4. Visual Studio code
Visual studio code est un éditeur de code extensible développé par Microsoft
pour Windows, Linux et MacOs. Les fonctionnalités incluent la prise en charge
du débogage, la mise en évidence de la syntaxe, la complétion intelligente du
code, les snippets, la refactorisation du code et Git intégré. Les utilisateurs
peuvent modifier le thème, les raccourcis clavier, les préférences et installer des
extensions qui ajoutent des fonctionnalités supplémentaires.
26
3. Configuration de l’application
3.1. Partie Back-end
Ce design pattern permet le découpage de notre application en 3 couches

distinctes : Model View et Controller.
Figure 18 – Structure de l’application

Figure 19– Structure de l’application
Controllers Migrations Models
Ce dossier permet de
Ce dossier contiendra Ce dossier contiendra
modifier le modèle de
les classes qui feront les classes de notre
données et de déployer
office de contrôleur base
vos modifications
27
3.2. Configuration de backend avec le front
Figure 19 – Configuration de http avec angular

Figure
3.3. Configuration de .net21–avec
Configuration
SQLdeserver
http avec angular
Figure 20 – Sql server name

Figure 26– Sql server name
Figure 21 – Configuration Backend avec SQL server

Figure 23– Configuration Backend avec SQL server
Figure 24– Configuration Backend avec SQL server

28
Dans cette section nous présentons les interfaces fonctionnelles de notre
application.
3.4. Interface d’authentification
La figure ci-dessous présente la page de connexion de notre application :
Figure 22 – Page de Login

Figure 28– Page de Login
Figure 23 – Page de Sign up

Figure 31– Page de Sign up
Figure 33– Logo d’Angular 29

Figure 24 – Page de login require méthode
Figure 34– Page de login require méthode
Figure 35
Figure 25 – Page de Sign up require méthode

Figure 38– Page de Sign up require méthode

30
Figure 26– navbar
Figure 41– navbar
3.5. Interface de l’ajout des déchets
Figure 27 – Page CRUD des déchets

Figure 44– Page CRUD des déchets
31
Figure 28– Page CRUD des fiches de suivi
Figure 47– Page CRUD des fiches de suivi
4. Conclusion
On a présenté dans ce chapitre une vue globale sur la réalisation du système de

suivi, et cela en décrivant du travail l’environnement du travail, les différents
outils et Framework utilisés et quelques interfaces de l’application.
32
Conclusion Générale
Grâce à ce stage, nous avons pu travailler dans un nouveau domaine., et nous

permettant ainsi de nous adapter au langage de la trésorerie courant, Nous avons
aussi acquis une importante expérience dans la spécification des besoins de
l’entreprise.
Du côté technologique, on a eu la chance de travailler avec une nouvelle

technologie de Microsoft : ASP.NET MVC qui introduit pour la première fois le
concept Model View Control ayant comme caractéristique de travailler avec les
plus récentes normes mondiales.
Notre projet a impliqué l'analyse, la conception, la mise en œuvre et la mise

en œuvre d'un système de gestion des déchets en passant par les différentes
étapes du cycle de développement d’un projet depuis la spécification des besoins
le suivi de la modélisation du système l’étude conceptuelle suivant le langage
UML, jusqu’au déploiement du système.
33
Webographie
[1] https://www.technet.microsoft.com/
[2] https://www.asp.net/
[3] https://www.youtube.com/
[4] https://www.stackoverflow.com/
[5] https://www.wikipedia.com/
34

Langue

RAPPORT DE STAGE de Perfectionnement L2

Transféré par

Informations du document

Titre original

Copyright

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

RAPPORT DE STAGE de Perfectionnement L2

Transféré par

Droits d'auteur :

rtrrtr

Oussama Ben Achour

Maitre de stage – Mme. Sahar Sfaxi

Etablissement : Institut Supérieur des Etudes Technologiques de Rades

Direction Générale des Etudes Technologiques

Institut Supérieur des Etudes technologiques de Rades

Année Universitaire : 2022 - 2023

Réalisé par : Oussama Ben Achour

Entreprise d’accueil : Poulina Group Holding

Encadré par : Sahar Sfaxi

Période de stage : DU 17/01/2022 À 12/02/202

Nous tenons tout d’abord à remercier le groupe

En particulier l’expression de ma très grande

Nous adressons aussi nos profonds remerciements à

Liste des tableaux

À l'occasion de la période de stage, j'examine comment

Du 17 janvier 2022 au 12 février 2022, j’ai effectué un

En effet, mon stage m'a donné l'opportunité de m'intégrer

1.1 Présentation générale de l’entreprise d’accueil

Poulina Group Holding (PGH) est un groupement d’hommes et de femmes qui

Activité Agro- Activité

La structure du groupe PGH

1.3.1 Secteur avicole

PGH intègre tout le processus de son métier avicole, à partir de la production

La Tunisie qui compte 12 centrales laitières, est autosuffisante en lait frais

1.3.3 Secteur de la céramique

Le secteur de la céramique connait depuis le début des années 200, une

1.3.4 Secteur industriel

En Tunisie, le secteur du bois et de l’ameublement compte environ 400

Depuis une dizaine d’années, le secteur de l’emballage connait une croissance

1.3.6 Secteur immobilière

Poulina Group Holding s’est lancé dans le métier de l’immobilier à travers sa

Le service informatique nous a accueillis durant ce stage, le département

Figure 1-L’organigramme du service informatique du groupe

2.3. Critique de l’existant

Quelle que soit la technique utilisée, il y aura toujours de nouveau à

L’administrateur accède à l’application

L’administrateur a le droit de gérer les

L’administrateur accède à l’application

Gérer les fiches de suivi L’agent/user a le droit de gérer les

Tableau 1 : Description des besoins fonctionnels

: Description des besoins fonctionnels 7

Notre système doit respecter un ensemble de contraintes et d’exigences non

Les Besoins non Fonctionnels

• L’application doit respecter la

• L’application devra être cohérente

• Une gestion des erreurs est

• Le projet doit être réaliser pendant

• Base de données: SQL SERVER 2019

Tableau 2 : Description des besoins non fonctionnels

: Description des besoins non fonctionnels

C’est le gérant de l’application, il a une

L’agent/user est l’acteur qui a les droits

Tableau 3 : Description des acteurs

2. Diagramme des :cas d’utilisations

Les diagrammes de cas d’utilisation sont utilisés pour la représentation et la

Figure 2- Diagramme de cas d’utilisation de la gestion des déchets

2.2. Raffinement de cas d’utilisation : <<Authentification>>

Une réalisation de ce cas d’utilisation <<S’authentifier>> se fait comme

Classe Attribut Description

Tableau 3 : Description des données de diagramme de classes

Le diagramme de séquence représente les interactions entre les objets, une

3.1. Diagramme de séquence du processus authentification

L’authentification est indispensable pour gérer l’accès des utilisateurs et

Chaque utilisateur se connecte à partir de son propre UserName et Mot