Rapport sfe hamza_ghaissi_storactive

Rapport de stage de fin d’études
Analyse, conception et mise en œuvre d’une application
web de gestion trésorier pour une Assurance
DÉPARTEMENT : INFORMATIQUE OPTION : GENIE LOGICIEL
ENCADRÉ PAR : NABILA SGHIR | RÉALISÉ PAR : HAMZA GHAISSI
ANNÉE UNIVERSITAIRE : 2018-2019

Stage de fin d’études Application de gestion trésorier
2
Je dédie ce Travail. A Dieu source de toute connaissance
A celui qui a toujours garni mes chemins de force et de lumière… ma tendre mère
mon cher père est A Toute ma famille
Pour l’amour et le respect qu’il m’a toujours accordé et qui a toujours été là pour moi tout au long de
mes études et qui m’a donné un magnifique modèle de labeur et de persévérance. J'espère qu’elle
trouvera dans ce travail toute ma reconnaissance et tout mon amour.
A Mes encadrants
Pour leur patience et leur soutien qu’ils n’ont cessé d’apporter au cours de mon stage de fin d’études
A Tous mes amis
Pour une sincérité si merveilleuse…jamais oubliable
Ghaissi Hamza.
Dédicaces

3
Au terme de ce travail, je tiens à exprimer ma profonde gratitude et mes sincères remerciements
à mes encadrants Mr. Alaeddine Oulidi et Mme Nabila Sghir pour leurs encadrement, leurs
soutiens, ainsi que leurs conseils instructifs.
Les membres du jury qui m’ont fait l’honneur d’accepter de juger mon travail .
J’adresse mes sincères remerciements à tous les professeurs et l’équipe pédagogique de Ecole
supérieure de technologie Méknès, intervenants par leurs paroles, leurs écrits, leurs conseils et
leurs critiques ont guidé mes réflexions et ont accepté à me rencontrer et répondre à mes
questions durant mes études
Je tiens à remercier aussi tout le personnel de l’équipe IT de Storactive dont j’ai fait partie
pendant 2 mois, qui ont rendu ce stage intéressant, d’abord au niveau professionnel, me
permettant de découvrir des aspects techniques et organisationnels, et aussi humains, grâce un
accueil chaleureux et une ambiance agréable.
RMERCIEMENTS

4
Dédicaces ----------------------------------------------------------------------------------------------------- 2
RMERCIEMENTS---------------------------------------------------------------------------------------------3
TABLES DES MATIERES ----------------------------------------------------------------------------------- 4
ABREVIATIONS --------------------------------------------------------------------------------------------- 7
TABLE DES FIGURES --------------------------------------------------------------------------------------- 8
RESUME ------------------------------------------------------------------------------------------------------- 9
ABSTRACT ----------------------------------------------------------------------------------------------------10
INTRODUCTION GENERALE ---------------------------------------------------------------------------- 11
CHAPITRE 1 : Contexte de Travail---------------------------------------------------------------------- 12
Introduction : ----------------------------------------------------------------------------------------------- 13
I. Organisme d’accueil ------------------------------------------------------------------------------------ 13
1. Présentation de STORACTIVE : ----------------------------------------------------------------- 13
1.1. Historique de STORACTIVE : ------------------------------------------------------------------- 13
1.2. À propos : ------------------------------------------------------------------------------------------ 13
2. Organisation et activités de STORACTIVE : --------------------------------------------------- 13
2.1 Organisation : ------------------------------------------------------------------------------------- 13
2.2 Activités des services ----------------------------------------------------------------------------- 14
II. Présentation du stage ----------------------------------------------------------------------------------- 16
1. Problématique -------------------------------------------------------------------------------------- 16
2. But du projet ---------------------------------------------------------------------------------------- 16
3. Solution proposée ---------------------------------------------------------------------------------- 16
4. Planification et suivi du projet ------------------------------------------------------------------- 17
4.1 Phase d’étude -------------------------------------------------------------------------------------- 17
4.2 Phase de conception ------------------------------------------------------------------------------ 17
4.3 Phase de Réalisation ------------------------------------------------------------------------------ 18
Conclusion -------------------------------------------------------------------------------------------------- 18
TABLES DES MATIERES

5
CHAPITRE 2 : Etude et analyse fonctionnelle du projet ----------------------------------------- 19
Introduction : ----------------------------------------------------------------------------------------------- 20
1. Etude de l’existant ----------------------------------------------------------------------- 20
2. Analyse des besoins ---------------------------------------------------------------------- 20
2.1 les besoins fonctionnels --------------------------------------------------------------------- 20
2.2 Diagrammes de cas d’utilisation global --------------------------------------------------- 20
2.2.1 identification des Acteurs : --------------------------------------------------------------- 21
2.2.2 Diagramme cas d’utilisation de l’application : ----------------------------------------- 21
2.3 Diagrammes de cas d’utilisation détaillés ------------------------------------------------ 23
Conclusion -------------------------------------------------------------------------------------------------- 24
CHAPITRE 3 : Conception de la solution ------------------------------------------------------------ 25
Introduction ------------------------------------------------------------------------------------------------ 26
2 Conception détaillées ----------------------------------------------------------------------------- 26
2.1 Diagramme de classe ----------------------------------------------------------------------------- 26
2.2Diagrammes de séquences ----------------------------------------------------------------------- 28
a. Diagramme de séquence du cas « authentification» ----------------------- 28
b. Diagramme de séquence du cas « Operations du Quittance» ------------ 29
Conclusion -------------------------------------------------------------------------------------------------- 30
CHAPITRE 4 : Mise en œuvre de la solution -------------------------------------------------------- 31
INTRODUCTION ------------------------------------------------------------------------------------------ 32
1. Outils de développement : ----------------------------------------------------------------------- 32
1.1 Laravel5 : ------------------------------------------------------------------------------------------- 32
1.2 2 Enterprise Architect: --------------------------------------------------------------------------- 33
1.3 Bootsrap4 : ----------------------------------------------------------------------------------------- 33
1.4 XAMPP : ------------------------------------------------------------------------------------------- 34
1.5 MySQL : -------------------------------------------------------------------------------------------- 34
1.6 VsCode : -------------------------------------------------------------------------------------------- 34
1.7 Composer : ----------------------------------------------------------------------------------------- 35
1. Choix de développement ---------------------------------------------------------------- 35
2. Les interfaces graphiques --------------------------------------------------------------- 36
. 1. Interface « Authentification » ------------------------------------------------------------------ 37
. 2. Interface « Tableau de bord» ------------------------------------------------------------------- 38
. 3. Interface « gestion des quittances» ------------------------------------------------------------ 39

6
. 4. Interface « gestion des Reçus» ------------------------------------------------------------------ 40
. 5. Interface « Reçu PDF » --------------------------------------------------------------------------- 41
. 6. Interface « gestion des Versements» ----------------------------------------------------------- 41
. 7. Interface « gestion des Dépenses»-------------------------------------------------------------- 42
. 8. Interface « gestion des Valeurs» ---------------------------------------------------------------- 43
. 9. Interface « gestion des TPEs» ------------------------------------------------------------------- 44
. 10. Interface « gestion des Virements» ----------------------------------------------------------- 44
. 11. Interface « gestion des Assurés» ---------------------------------------------------------------- 45
. 12. Interface « gestion des Utilisateurs» ---------------------------------------------------------- 46
. 13. Interface « Historique des actions des utilisateurs» ----------------------------------------- 47
. 14. Interface « Gestion de profil » ----------------------------------------------------------------- 47
. 15. Interface « Gestion Caisse Journalière» ------------------------------------------------------- 48
. 16. Interface « Gestion Caisse Mensuell» --------------------------------------------------------- 48
. 17. Interface « Historique des caisse» ------------------------------------------------------------- 49
. 18. Interface « Bilan de caisse PDF» --------------------------------------------------------------- 49
. 19. Interfacee «Gestion Banque Mensuelle» ------------------------------------------------------ 50
. 20. Interface «Historique des banques» -----------------------------------------------------------50
. 21. Interface «Bilan de banque PDF» ------------------------------------------------------------- 51
Conclusion -------------------------------------------------------------------------------------------------- 51
CONCLUSION GENERALE ------------------------------------------------------------------------------- 52
WEBLIOGRAPHIE ------------------------------------------------------------------------------------------ 53

7
- UML: Unified Modeling Language
- SQL: Structured Query Language
- POO : Object-oriented programming
- SysML: Systems Modelling Language
- SoaML: Service Oriented Architecture Modeling Language
- XMI : Metadata Interchange
- PHP : Hypertext Preprocessor
- SGBD : Système de gestion de base de données
- MVC : Model-View-Controller
- IHM : Interface human machine
ABREVIATIONS

stage de fin d’études Application de gestion trésorier
MS ∼ ISI FACULTÉ POLYDISCIPLINAIRE 8
Figure 1:Organigramme de Storactive ............................................................................................ 14
Figure 2:Plannification du projet .................................................................................................... 17
Figure 3: diagramme de cas d'utilisation global ............................................................................ 22
Figure 4: diagramme de cas d'utilisation "s'authentifier" ............................................................. 23
Figure 5:diagramme de cas d'utilisation "gérer les utilisateurs" .................................................. 24
Figure 6 : diagramme de classe de l'application ............................................................................ 27
Figure 7: Diagramme de séquence du cas « authentification » ................................................... 28
Figure 8: Diagramme de séquence du cas « Operations du Quittance» ......................................... 29
Figure 9:Modéle MVC ....................................................................................................................... 35
Figure 10:Interface « Authentification » ......................................................................................... 37
Figure 11: Interface « Tableau de bord » ......................................................................................... 38
Figure 12: Interface « gestion des quittances» ............................................................................... 39
Figure 13 : Interface « gestion des Reçus» ...................................................................................... 40
Figure 14 : Interface « Reçu PDF» ……………...................................................................................... 41
Figure 15:Interface « gestion des Versements» ............................................................................... 41
Figure 16:Interface « gestion des Dépenses» .................................................................................. 42
Figure 17:Interface « gestion des Valeurs» ...................................................................................... 43
Figure 18 : Interface « gestion des TPEs» ........................................................................................ 44
Figure 19:Interface « gestion des Virements» ................................................................................. 44
Figure 20:Interface « gestion des Assurés» ..................................................................................... 45
Figure 21:Interface « gestion des Utilisateurs» ............................................................................... 46
Figure 22:Interface «Historique des actions des utilisateurs»........................................................ 47
Figure 23:Interface « Gestion de profil» .......................................................................................... 47
Figure 24:Interface « Gestion Caisse Journalière» .......................................................................... 48
Figure 25:Interface « Gestion Caisse Mensuell» ............................................................................. 48
Figure 26:Interface « Historique des caisse» ................................................................................... 49
Figure 27:Interface « Bilan de caisse PDF» ...................................................................................... 49
Figure 28:Interface «Gestion Banque Mensuelle» ........................................................................... 50
Figure 29:Interface « Historique des banques» ............................................................................... 50
Figure 30Interface « Bilan de banque PDF» .................................................................................... 51
TABLE DES FIGURES

MS ∼ ISI FACULTÉ POLYDISCIPLINAIRE 9
De petite ou de grande envergure, une assurance est amenée à effectuer la gestion de trésorerie qui est
constituée par les sommes d'argent disponible en caisse ou en banque.
Son principal intérêt est d'être simple et concrète. Afin d’assurer l’atteinte de cet objectif, l’établissement
ne doit en aucun cas négliger l’aspect commercial.
Aujourd’hui ce processus est géré manuellement au sein d’ Assurance Bab Mansour le client de Storactive
ce qui démunie ses performances ,et constitue une source importantes de perte de temps et d’erreurs .
Pour une bonne gestion commerciale, il est nécessaire de s’aider d’un outil informatique qui permettra
à l’Assurance une meilleure efficacité dans sa gestion. A cet effet, mon projet de fin étude consiste à
développer une application de gestion de trésorerie afin de faciliter le travail aux utilisateurs de certaines
taches manuelles et répétitives.
Les objectifs de mon projet de fin étude étaient :
• Etude et compréhension de la chaine de gestion de trésorerie
• Etude de l’existant et analyse des besoins
• Etude et conception détaillée de la solution
• Mise en place d’une l’application web de gestion de trésorerie
Ce mémoire est donc l’aboutissement de 2 mois de travail au sein de l’équipe IT du STORACTIVE
RÉSUMÉ

10
Small or large, an insurance is required to perform cash management which is constituted by the sums of
money available in cash or in bank.
being simple and concrete is his main mission. In order to achieve this objective, the establishment must
in no way neglect the commercial aspect.
Today, this process is managed manually within Bab Mansour insurance the customer of
STORACTIVE, which has a negative impact on its performance, and is a major source of waste of time
and errors.
For a good cash management, it is necessary to use a computer tool which will allow the insurance a
better efficiency in its management. For this purpose, my end-of-study project consists of developing a
cash management application to facilitate the work of users with certain manual and repetitive tasks.
The objectives of my end-of-study project were:
• Study and understanding of the cash management chain
• Existing study and needs analysis
• Study and detailed design of the solution
• Implementation of a commercial management web application
This thesis is the culmination of 2 months of work within the STORACTIVE IT team
ABSTRACT

11
La gestion de trésorerie a pour objectif d’assurer la solvabilité de l’entreprise à moindre cout, c’est à dire
maintenir les liquidités suffisantes pour faire face aux échéances de paiement et recourir à des techniques
de crédit moins couteuses en cas de déficit.
L’importance d’une bonne gestion de trésorerie n’est plus à démontrer. C’est d’ailleurs, à elle, que l’on
doit le pilotage de l’entreprise.
Pour réussir sa mission, le trésorier est amené à faire les arbitrages nécessaires afin de garantir une
trésorerie zéro à l’entreprise. Le trésorier anticipe par des prévisions, la couverture des déficits qui
pourront naitre au fil de l’exercice.
Cette procédure demande en effet une certaine performance, qui peuvent être fourni par outil informatique
qui est aujourd’hui indispensable pour optimiser cette gestion.
Le travail présenté dans ce rapport entre dans le cadre de mon de stage de fin d’études. Je l’ai effectué
au sein de l’entreprise STORACTIVE. Le sujet était la mise en œuvre d’une application de gestion de
trésorerie Au long de ce rapport, je vais résumer mon stage en 4 chapitres principaux.
• Chapitre 1 : Le premier chapitre est une prise de connaissance de l’organisme d’accueil et le
contexte générale du projet
• Chapitre 2 : Analyse et spécification des besoins, cette partie consiste à collecter, analyser et
définir les besoins fonctionnels
• Chapitre 3 : Conception, dans ce chapitre sera consacrée à la conception de l'application : il
s'agit d'une phase de modélisation théorique de l'application.
• Chapitre 4 : Réalisation, ce chapitre contient une description détaillée des outils utilisés pour
développer l’application web, l’architecture du système et les interfaces de l’application
INTRODUCTION GENERALE

12
CHAPITRE 1 :Contexte de Travail

13
Introduction :
Dans ce présent chapitre nous allons présenter l’organisme d’accueil. Ensuite nous allons présenter le
contexte général du projet , sa problématique , ses objectives et son organisation .
I. Organisme d’accueil
1. Présentation de STORACTIVE [2]:
1.1. Historique de STORACTIVE :
IMPD (INFO MEDIA PRESS LE DEPART) créé en 2009, avec une vision très large dans le secteur
d’informatique, en faisant de ce dernier une passion avant d’être un métier IMPD, a depuis, pu répondre
aux attentes de ses partenaires avec satisfaction totale en leurs proposant une large gamme de prestation
informatique.
La fin d’année 2016, IMPD devient STORACTIVE, entreprise spécialisée en ingénierie, conseils et
services informatiques tout en gardant les mêmes valeurs et principes.
1.2. À propos :
STORACTIVE propose une gamme complète de solutions à ses clients pour les libérer des contraintes
informatiques et les aider à se recentrer sur le cœur de métier, tout en réduisant les coûts informatiques.
C’est une entreprise de services numériques (ESN), experte dans le domaine des nouvelles technologies
de l’informatique, englobant plusieurs services : Développement WEB, Intégration Ressources Planning
(ERP), Maintenance, Infogérance, Formation, Sécurité, Gestion de Ressources Humaines, Conseil
Stratégique, Assistance Technique, Test & Validation, Développement Offshore.
Présentons à présent l’équipe de STORACTIVE qui fait ces réalisations et comment ses activités sont
organisées.
2. Organisation et activités de STORACTIVE [2]:
2.1. Organisation :
STORACTIVE est organisée selon l’organigramme suivant :

Le département informatique dont j’ai passé mon stage se constitue de :
IT Manager
Administrateur système
Ingénieurs recherche et développement
2.2. Activités des services
Direction générale Déterminer et anticiper les charges et les
produits.
Contrôler de façon régulière les ressources de
l’entreprise.
Mise À jour des tâches administratives.
Mettre en place des actions de motivation des
salariés
Planifier le déroulement des activités des
salariés en répartissant succinctement les rôles
de tout un chacun, et celui des associés
Bâtir une stratégie globale d'entreprise, une
démarche marketing et une politique financière
La construction et la mise en œuvre d'outils de
pilotage
Suivis et Conseils Assister, conseiller et accompagner les clients
Figure 1 Organigramme de Stora: ctive
La direction
générale
Ressources
Humaines,
Administration.
Service financier.
Direction
Marketing.
Département
informatique.
Service
technique.

15
sur tous les thèmes en rapport avec
l’organisation de systèmes d’information.
Evaluer les systèmes informatiques, réseaux et
communications.
Elaborer les schémas directeurs informatiques,
plans d’actions et assister les clients.
Auditer la sécurité informatique selon les normes
en vigueur.
Sécurité et sauvegarde Mise en œuvre d’architecture de sécurité
(Firewall, Authentification, VPN, IDS, Filtrage
D’URL…)
Audit et analyse des risques
Solutions d’Anti-virus
Haute disponibilité
Mettre en place les moyens et les procédures
pour garantir les performances et la disponibilité
des systèmes
Administrer, maintenir et faire évoluer le réseau
et ses services
Concevoir et développer des outils logiciels
pour l’administration du système
Gérer l’interconnexion de l’entité avec les
réseaux extérieurs
Appliquer les normes et standards de sécurité
Installer et faire évoluer les éléments matériels
et logiciels des systèmes informatiques
Assurer la veille technologique
Assistance technique
& conseils
stratégiques
Prendre en charge les problèmes informatiques
de bout en bout.
Contacter les parties tierces lorsque le problème
sort du périmètre de l’entreprise.
Elaborer les schémas directeurs informatiques,
plans d’actions et assister les clients à leurs
mises en œuvre.

16
Auditer la sécurité informatique selon les normes
en vigueur
II. Présentation du stage
1. Problématique
La gestion de trésorerie est au cœur du fonctionnement notre client elle permet la gestion et suivi
des reçus, des encaissemets d'espéces et chèques, des versements et des dépenses ...
Aujourd’hui ces opérations se font manuellement au sein de ASSURANCE BAB MANSOUR,
Cette méthode nuit à la qualité des services de la société : L’usage des documents risque de :
• Tarder les services.
• Perdre le temps au niveau du traitement des tâches.
• Mélanger ou perdre des documents : ce qui peut être fatal.
• Avoir des problèmes au niveau du suivi des assures ou des quittances.
• Avoir besoin de plus d’employés pour ce partager les tâches.
Vu l’évolution de ses services et l’augmentation de sa clientèle, L’automatisation de ses tâches
devient un besoin majeur pour optimiser les opérations et le temps de traitement.
2. But du projet
Le présent projet consiste à la réalisation d’une application pour la gestion de trésorerie pour le
client de notre entreprise. Cette application : doit satisfaire les besoins du responsable qui fera la
gestion de différentes opérations, et ainsi mettre fin aux problèmes relatives à la gestion manuelle
du service trésorerie banque et caisse.
3. Solution proposée
En tenant compte des critiques cités, la solution est de concevoir et développer une application
permettant une gestion optimale en local, pour que le responsable puisse la gérer facilement.
L’application doit permettre de :
• La gestion des Quittances en relation avec les assurés et leurs paiements et les produits choisi;
• La gestion des utilisateurs et la modification de leurs profils
• La gestion des assures;
• La gestion des paiements ;
• La gestion de caisse/banque ;
• Exporter les recus et les caisses journalière/mensuelle et banques mensuelle au format PDF ;
4. Planification et suivi du projet
La planification générale de notre projet se découpe principalement en trois parties, à savoir une
partie conception, une partie développement et une partie de tests menée en parallèle avec notre
développement pour s'assurer du bon fonctionnement de ce dernier

17
Figure 2:Plannification du projet
4.1Phase d’étude
Cette phase consiste à Comprendre l’objectif du projet, du besoin pour délimiter le champ d’action
et ainsi évaluer les chances de réalisation ou de réussite d’un projet Pour exprimer les besoins de
notre projet, nous allons utiliser le formalisme UML (Unified Modeling Language) des cas
d’utilisation qui se compose
- D’acteurs : ce sont les entités externes (personne humaine ou robot) qui utilisent le système.
- De cas d’utilisation : ce sont les fonctionnalités proposées par le système.
4.2 Phase de conception
Après avoir effectué l’analyse des besoins. Cette partie traite les phases les plus importantes et les
plus critiques du cycle de développement. Ce sont l’analyse et la conception
Dans un premier temps, nous identifions les fonctionnalités auxquelles les systèmes de gestion
commercial doivent répondre ainsi que les acteurs qui entrent en interaction avec l’application, en
déterminant les cas d’utilisation et les diagrammes de séquences système associés. Nous présentons
aussi les autres diagrammes qui nous aident au développement de notre application à savoir, les
diagrammes des classes participantes.
4.3 Phase de Réalisation
Après avoir mené les phases de l'étude des besoins, l’analyse des spécifications et la conception,
nous avons entamé la phase de la réalisation. Cette phase porte sur la mise en œuvre de l’intranet.
Ainsi il est composé de trois parties : La première passe en revue les différentes technologies et
outils de développement utilisés pour la réalisation. La deuxième présente la mise en œuvre
effective de l'application en expliquant son architecture technique et met l'accent sur les différents

18
modules réalisés. Enfin la troisième partie résume l'état d'avancement du projet et conclut par
quelques perspectives.
Conclusion
Après avoir présenté le contexte générale du projet nous pouvons ainsi entamer la prochaine étape
c'est-à-dire décortiquer le cahier de charges pour analyser les besoins qui s’y trouvent et ainsi les
spécifier.

19
CHAPITRE 2 : Etude et analyse fonctionnelle du
projet

20
Introduction :
Ce chapitre présente un état des lieux : il s’agit d’une étude de l’existant suivie d’une étude
fonctionnelle projeté dans des diagrammes de cas d’utilisations globales et détaillés.
1. Etude de l’existant
L’étude de l’existant est une phase importante pour bien comprendre l’application et définir ses
objectifs. La société STORACTIVE aujourd’hui gére tous les flux commerciaux des achats à la
facturation à l’aide des documents Excel qui permettent de visualiser l’état des stocks, les client ,et
les fournisseur ainsi que les opération d’achat et de ventes
2. Analyse des besoins
2.1 les besoins fonctionnels
Les besoins fonctionnels ou besoin métiers représentent les actions que le système doit exécuter, il
ne devient opérationnel que s’il les satisfait. Cette application doit couvrir principalement les
besoins fonctionnels suivants :
• Gestion des quittances
• Gestion des paiements
• Gestion des assures
• Gestion des depenses et versements
• Gestion de la caisse
• Gestion de la banque
• Gestion des utilisateurs
• Gestion de profil
2.2 Diagrammes de cas d’utilisation global[3]
Ces digrammes sont utilisés pour donner une vision globale du comportement fonctionnel d’un
système logiciel. Montre les interactions fonctionnelles entre les acteurs et le système à l’étude
• Acteur : rôle joué par un utilisateur humain ou un autre système qui interagit directement
avec le système étudié. Un acteur participe à au moins un cas d’utilisation.
• Cas d’utilisation (use case) : ensemble de séquences d’actions réalisées par le système
produisant un résultat observable intéressant pour un acteur particulier. Collection de scénarios
reliés par un objectif utilisateur commun.
• Association : utilisée dans ce type de diagramme pour relier les acteurs et les cas
d’utilisation par une relation qui signifie simplement « participe à ».
• Inclusion : le cas d’utilisation de base en incorpore explicitement un autre, de façon
obligatoire, à un endroit spécifié dans ses enchaînements.

21
• Extension : le cas d’utilisation de base en incorpore implicitement un autre, de façon
optionnelle, à un endroit spécifié indirectement dans celui qui procède à l’extension
• Généralisation : les cas d’utilisation descendants héritent de la description de leur parent
commun. Chacun d’entre eux peut néanmoins comprendre des relations spécifiques
supplémentaires avec d’autres acteurs ou cas d’utilisation.
2.2.1 identification des Acteurs :
, les acteurs potentiels qui risquent d’interagir avec notre l’application sont :
- Administrateur: C’est le gérant de l’application il est responsable du paramétrage de
l’application et des utilisateurs, il a une visibilité totale sur les bases de données. Il a pour
tâches de gérer tout le système. Il spécifie les utilisateurs et les droits de chaque’ un
- Utilisateur : celui qui gère l’application avec les droits donnes par l’administrateur.
2.2.2 Diagramme cas d’utilisation de l’application :
Pour mieux comprendre le fonctionnement de notre application, nous présentons le diagramme de
cas d’utilisation système. C’est un diagramme général qui englobe les fonctionnalités principales
que doit fournir notre application.

Figure 3: diagramme de cas d'utilisation global

2.3 Diagrammes de cas d’utilisation détaillés
On s’intéresse aux cas d’utilisations les plus pertinents
a. Cas d’utilisation « S’authentifier »
Figure 4: diagramme de cas d'utilisation "s'authentifier"
Description textuelle :
Acteurs primaires : Administrateurs, Employé
Description : Tous les utilisateurs de l’application peuvent accéder au système. Cependant, chacun
d’eux à un certain nombre de privilèges. C’est pour cela, qu’il faut au début s’identifier en donnant
son login et son mot de passe et les privilèges seront attribués à l’utilisateur.
Analyse :
On a choisi de commencer par traiter ce cas d’utilisation par ce que c’est le cas qui initialise tous
les autres cas d’utilisation. Une réalisation de ce cas d’utilisation « S’authentifier » se fait comme
suit : L’utilisateur saisie son login et mot de passe sur la page : Authentification
Après vérification des données, le système sélectionne l’utilisateur en cours Une requête de
recherche portant le nom de l’utilisateur se déclenche dans la base de données afin d’afficher le
menu général. En cas d’existence de l’utilisateur, le système charge les privilèges attribués
précédemment à l’utilisateur.

24
b. Cas d’utilisation « Gérer les utilisateurs »
Figure 5:diagramme de cas d'utilisation "gérer les utilisateurs"
Description textuelle :
Cas d’utilisation : Gérer les utilisateurs et les droits d’accès Acteurs
primaires : Admin.
Description : après l’authentification l’administrateur peut effectuer la saisie et
l’enregistrement de nouveaux utilisateurs, la consultation des utilisateurs avec possibilité de
modification, d'attribution de droits d'accès ou de la suppression d'un utilisateur donné.
Conclusion
Ce chapitre a été consacré pour la spécification des besoins fonctionnels du système
résultant, ce qui correspondait aux différentes activités de la première phase du cycle de
développement du notre système. Dans le chapitre suivant, nous étudierons la phase de
conception.

25
CHAPITRE 3 : Conception de la solution

26
Introduction
La phase de la conception est la phase initiale de la création et de la mise en œuvre de notre
projet. En fait, elle représente une étape importante de réflexion dans le cycle de développement
logiciel après la phase de l’analyse et de spécification. Dans ce chapitre, nous allons présenter en
détails la conception du projet à travers les diagrammes UML suivants : les diagrammes de
séquence, et le diagramme de classes
2 Conception détaillées
2.1 Diagramme de classe
Le diagramme de classes représente les classes constituant le système et les associations
entre elles. Les diagrammes de classes expriment de manière générale la structure statique
d’un système, en termes de classe et de relations entre ces classes. De même qu’une classe
décrit un ensemble d’objets, une association décrit un ensemble de liens ; les objets sont des
instances de classes et les liens sont des instances de relations.[4]

Figure 6 : diagramme de classe de l'application

D’après l’étude du système existant et des différents diagrammes de cas d’utilisation, nous avons
pu dégager les principales classes illustrées dans la figure ci-dessus pour avoir une vue plus claire
du système étudié. A partir de ce diagramme, on dégage les entités de la base de données.
2.2 Diagrammes de séquences
Un diagramme de séquence est un document graphique qui montre pour des scénarios de cas
d'utilisation précis, les événements générés et les interactions entre objets en se basant sur des
messages ordonnés. Chaque message transitant sur un lien est symbolisé par une flèche porteuse
d'une expression. La lecture se fait de haut en bas, et l'ordre chronologique doit respecter ce sens.
La réalisation de diagramme de séquence permet de lister les méthodes dont on aura besoin lors de
la phase de développement.
Après l’étude des cas d’utilisation, nous avons pu dégager les diagrammes de séquences
correspondants dont voici les plus importants :
a. Diagramme de séquence du cas « authentification »
Lorsque l’utilisateur demande l’accès à l’application, il doit tout d’abord s’identifier par son login
et mot de passe via le serveur d’application qui prend en charge de vérifier et consulter la base de
données. S’il est accepté, donc il y’aura l’accès au système et aux applications du menu
correspondant. Sinon, le serveur d’application lui affiche un message d’erreur afin de rectifier ses
données.
Figure 7: Diagramme de séquence du cas « authentification »

29
b. Diagramme de séquence du cas « Operations du Quittance »
L’utilisateur, doit être d’abord s’authentifié, en cas d’ajoutement il remplit le formulaire des
Informations du Quittance en cas de suppression ou modification il doit sélectionner une
quittance depuis le tableau des Quittances après, l'id de la quittance sélectionner va
enregistrer dans un champ invisible.au cas de suppression du quittance L’administrateur
doit la confirmer en cliquant sur le bouton approprié. Lorsque les données saisies sont
valides, le système procède à la suppression/modification/ajoutement de quittance, puis fait
une redirection vers l’interface : quittances, et affiche un message indiquant le succès ou
bien l'échoué de l’opération
Figure 8 : Diagramme de séquence du cas « Operations du Quittance »
Nb : ce diagramme s’applique aussi pour la gestion des utilisateurs,assures,paiements,depenses
et les versements.

30
Conclusion
Dans ce chapitre, nous avons conçu et documenté le code que nous devons produire. Dans cette
phase, toutes les questions concernant la manière de réaliser le système à développer ont été
élucidées. Le produit obtenu est un modèle graphique (ensemble de diagrammes) prêt à être codé.
Dans le chapitre suivant nous allons étudier en détails les outils et les langages utilisés durant la
phase de construction.

31
CHAPITRE 4 : Mise en œuvre de la solution

32
INTRODUCTION
Dans chapitre précédent nous avons présenté les étapes de conception de l’application, ainsi que les
différents diagrammes des cas d’utilisation, par la suite nous avons détaillé cette phase en établissant
les diagrammes des classes ainsi que les diagrammes de séquences Dans ce chapitre nous traitons
les différentes étapes d’implémentation de l’application, et au fur et à mesure nous avons établi un
ensemble de tests : ce sont les étapes de la phase de réalisation. Nous allons commencer par la
description de l’environnement matériel et logiciel tout en donnant par la suite un aperçu sur le
travail accompli au cours de la période de développement.
1. Outils de développement :
Dans cette partie, nous avons étudié le choix des outils logiciels du développement web.
1.1 Laravel5 :[4]
Laravel, créé par Taylor Otwel, initie une nouvelle façon de concevoir un Framework en utilisant
ce qui existe de mieux pour chaque fonctionnalité. Plutôt que de réinventer quelque chose, le
concepteur de Laravel a tout simplement utilisé celui de Symfony en l’étendant pour créer un
système de routage efficace. De la même manière, l’envoi
des emails se fait avec la bibliothèque SwiftMailer. En
quelque sorte Otwel a fait son marché parmi toutes les
bibliothèques disponibles. Mais Laravel ce n’est pas
seulement le regroupement de bibliothèques existantes,
c’est aussi de nombreux composants originaux et surtout
une orchestration de tout ça.
Laravel offre :
- Un système de routage perfectionné (RESTFul et ressources),
- Un créateur de requêtes SQL et un ORM performants,
- Un moteur de Template efficace,
- Un système d'authentification pour les connexions,
- Un système de validation,
- Un système de pagination,
- Un système de migration pour les bases de données,
- Un système d'envoi d'emails,
- Un système de cache,
- Une gestion des sessions...
Laravel est fondamentalement orienté objet. La POO est un design pattern qui s'éloigne
radicalement de la programmation procédurale. Avec la POO tout le code est placé dans des classes

33
qui découlent d'interfaces qui établissent des contrats de fonctionnement. Avec la POO on manipule
des objets.
1.2 Enterprise Architect:[4]
Enterprise Architect est un logiciel de modélisation et de conception UML, édité par la société
australienne Sparx Systems. Couvrant, par ses fonctionnalités, l'ensemble des étapes du cycle de
conception d'application, il est l'un des logiciels de conception et de modélisation les plus reconnus.
1.3 Bootsrap4 [4] :
Bootstrap en général est l’un des systèmes les plus populaires
utilisés pour le développement de sites internet et applications
réactifs, rapides et fiables. Initialement développé par Twitter
au cours des quatre dernières années depuis le lancement du
projet,
il est passé par quelques remaniements, chaque fois en s’améliorant et devenant plus populaire.

34
1.4 XAMPP [4] :
XAMPP est un ensemble de logiciels permettant de mettre en place facilement un serveur Web local,
un serveur FTP et un serveur de messagerie électronique. Il s'agit d'une distribution de logiciels libres
(X (cross) Apache MariaDB Perl PHP) offrant une bonne souplesse d'utilisation, réputée pour son
installation simple et rapide. Ainsi, il est à la portée d'un grand nombre de personnes puisqu'il ne
requiert pas de connaissances particulières et fonctionne, de plus, sur les systèmes d'exploitation les
plus répandus.
1.6 MySQL [4] :
MySQL est un système de gestion de base de données (SGBD). Issu du monde libre, il est l'un des
logiciels de gestion de base de données le plus utilisé au monde.
MySQL est un serveur de base de données relationnelles SQL, il
est multi-thread (peut exécuter plusieurs processus en même
temps) et multi-utilisateur qui fonctionne aussi bien sur Windows
que sur Linux ou Mac OS. Les bases de données sont ac-
cessibles en utilisant de nombreux languages serveur, dont PHP,
que nous utiliserons comme exemple
1.7 VsCode [4]:
Proposée en open source sous licence MIT, l'application, disponible à la fois pour Windows, Linux
et Mac, se présente sous la forme d'un environnement multi langages léger.

35
1.8 Composer [4]:
Un gestionnaire de dépendances pour PHP. On lui dit quels composants on
désire et lui se fait un plaisir de les installer pour nous. En plus il met en place
un chargement automatique des classes concernées. Et pour clôturer la chose
il va
aussi assurer les mises à jour.
1. Choix de développement [4]
Pour le développement, nous avons appliqué le modèle Model-View-Controller (MVC). Ce
paradigme divise l’IHM (Interface Homme Machine) en un modèle (M pour modèle de données)
une vue (V pour la présentation, l’interface utilisateur) et un contrôleur (C pour la logique de
contrôle, et la gestion des événements / synchronisation), chacun ayant un rôle précis dans
l'interface. L'organisation globale d'une interface graphique est souvent délicate. L'architecture
MVC ne résout pas tous les problèmes. Elle fournit souvent une première approche qui peut ensuite
être adaptée. Elle offre aussi un cadre pour structurer une application. Ce patron d'architecture
impose la séparation entre les données, la présentation et les traitements, ce qui donne trois parties
fondamentales dans l'application finale : le modèle, la vue et le contrôleur.
Figure 9:Modéle MVC
a. Le modèle
Le modèle représente le comportement de l'application : traitements des données,
interactions avec la base de données, etc. Il décrit ou contient les données manipulées par
l'application. Il assure la gestion de ces données et garantit leur intégrité. Dans le cas typique

36
d'une base de données, c'est le modèle qui la contient. Le modèle offre des méthodes pour
mettre à jour ces données (insertion, suppression, changement de valeur). Il offre aussi des
méthodes pour récupérer ces données. Les résultats renvoyés par le modèle sont dénués de
toute présentation.
b. La vue
La vue correspond à l'interface avec laquelle l'utilisateur interagit. Sa première tâche est de
présenter les résultats renvoyés par le modèle. Sa seconde tâche est de recevoir toutes les
actions de l'utilisateur (clic de souris, sélection d'une entrée, boutons, etc.). Ces différents
événements sont envoyés au contrôleur. La vue n'effectue aucun traitement, elle se contente
d'afficher les résultats des traitements effectués par le modèle et d'interagir avec l'utilisateur.
c. Le contrôleur
Le contrôleur prend en charge la gestion des événements de synchronisation pour mettre à
jour la vue ou le modèle et les synchroniser. Il reçoit tous les événements de l'utilisateur et
enclenche les actions à effectuer. Si une action nécessite un changement des données, le
contrôleur demande la modification des données au modèle, et ce dernier notifie la vue que
les données ont changée pour qu'elle les mette à jour.
2. Les interfaces graphiques
L’interface graphique est une partie très importante pour la réalisation d’une application Web
convenable et conviviale offrant un certain plaisir à l’utilisateur lors de sa navigation. Ainsi ce
critère peut faire la différence entre une application et un autre bien qu’elles aient les mêmes
fonctionnalités. Cette partie est consacrée à l’exposition du travail achevé à travers des captures
d’écrans des différentes interfaces de notre application :

37
.1. Interface « Authentification »
L’utilisateur doit introduire son Login et son mot de passe dans les champs correspondants pour
pouvoir accéder aux différentes fonctionnalités de l’application
Figure 10:Interface « Authentification »
Une fois que le client a cliqué sur le bouton « Login », le système vérifie les données entrées. En
cas d’échec, il réaffiche la page d’authentification avec un message d’erreur. Si le Login et le mot
de passe sont valides, le système passe au menu principal.

38
.2. Interface « Tableau de bord»
Cette interface permet la visualisation de données brutes du caisse ,banque et les valeurs en instance,
les rendant ainsi plus accessibles et compréhensibles..
Figure 11: Interface « Tableau de bord »

39
. 3. Interface « gestion des quittances »
Cette interface permet l’ajoute,la modification,la suppression et la consultations des quittances.
Figure 12 : Interface « gestion des quittances »

40
. 4. Interface « gestion des Reçus»
Cette interface permet l’ajoute,la modification,la suppression,l’ impression et la consultations des
Reçus.
Figure 13 : Interface « gestion des Reçus»

41
Ceci est un exemplaire d’un Reçu générée en PDF
Figure 14 : Interface « Reçu PDF»
. 5. Interface « gestion des Versements»
Cette interface permet l’ajoute,la modification,la suppression et la consultations des Versements.
Figure 15 : Interface « gestion des Versements»
. 6. Interface « gestion des Dépenses»

42
Cette interface permet l’ajoute,la modification,la suppression et la consultations des Dépenses.
Figure 16 : Interface « gestion des Dépenses»
. 7. Interface « gestion des Valeurs»
Cette interface permet l’ajoute,la modification,la suppression, la consultations des Valeurs les
déposer et les retourner.

43
Figure 17 : Interface « gestion des Valeurs»
. 8. Interface « gestion des TPEs»
Cette interface permet l’ajoute,la modification,la suppression et la consultations des TPEs.

44
Figure 18 : Interface « gestion des TPEs»
. 9. Interface « gestion des Virements»
Cette interface permet l’ajoute,la modification,la suppression et la consultations des Virements.
Figure 19 : Interface « gestion des Virements»
. 10. Interface « gestion des Assurés»
Cette interface permet l’ajoute,la modification,la suppression et la consultations des Assurés.

45
Figure 20 : Interface « gestion des Assurés»

46
. 11. Interface « gestion des Utilisateurs»
Cette interface permet l’ajoute,la modification,la suppression, la interdiction et la consultations des
Utilisateurs.
Figure 21 : Interface « gestion des Utilisateurs»

47
. 12. Interface « Historique des actions des utilisateurs»
Cette interface permet de consulter l’historique des actions des utilisateurs.
Figure 22 : Interface « Historique des actions des utilisateurs»
. 12. Interface « Gestion de profil»
Cette interface permet a l’utilisateur de gérer son profil.
Figure 23 : Interface « Gestion de profil»

48
. 13. Interfaces « Fond de caisse»
a) Interface « Gestion Caisse Journalière»
Cette interface permet a l’utilisateur de consulter et clôturer la caisse journalière.
Figure 24 : Interface «Gestion Caisse Journalière
»
b) Interface « Gestion Caisse Mensuelle»
Cette interface permet a l’utilisateur de consulter et clôturer la caisse Mensuelle.
Figure 25 : Interface «Gestion Caisse Mensuelle»

49
c) Interface « Historique des caisses»
Cette interface permet de consulter et imprimer l’historique des caisses.
Figure 26 : Interface «Historique des caisses»
Ceci est un exemplaire d’un bilan d’une caisse journalière générée en PDF
Figure 27 : Interface «Bilan de caisse PDF»

50
. 14. Interfaces « Fond de banque»
a) Interface « Gestion Banque Mensuelle»
Cette interface permet a l’utilisateur de consulter et clôturer la banque Mensuelle.
Figure 28 : Interface «Gestion Banque Mensuelle»
b) Interface « Historique des banques»
Cette interface permet de consulter et imprimer l’historique des banques.
Figure 29 : Interface «Historique des banques»

51
Ceci est un exemplaire d’un bilan d’une banque Mensuelle générée en PDF
Figure 30 : Interface «Bilan de banque PDF»
Conclusion
La dernière partie de ce projet était dédiée à la navigation dans notre application. Cette partie
constitue le dernier volet de ce rapport ; elle a pour objet de présenter l’environnement logiciel et
matériel de réalisation. Elle a été clôturée par l’exposition des imprimés écrans décrivant quelques
interfaces de notre outil.

52
CONCLUSION GENERALE
Que ce soit dans une petite, une moyenne ou une grande entreprise, l’aspect commercial est un
élément-clé de la rentabilité de celle-ci. De ce fait, il faut apporter une importance particulière à son
management. Face à une concurrence très rude, l’entreprise se doit de mettre en place une stratégie
efficace. D’où la nécessité de l’automatisation .
Durant le présent projet de fin d’études, Il nous a été confié la mission, au sein de l’équipe IT de
STORACTIVE, d’étudier et mettre en place une application de gestion commerciale. Pour cela,
notre travail a été décomposé en trois étapes majeures. La première avait pour but étudier les besoins
et mettre en place le squelette fonctionnelle de l’application. Le second travail consistait à faire une
conception détaillée de l’application en se basant sur les diagrammes UML. La troisième étape était
la mise en place de la solution
L’élaboration de ce travail m’a permis d’une part, d’approfondir les connaissances et le savoirfaire
acquis durant ma formation en mastère spécialisé, informatique et systèmes, à l’université Sultan
Moulay Slimane, et d’autre part de s’initier à la vie professionnelle dans un milieu réel et avoir un
début d’expérience significatif.
Au cours de la réalisation de notre projet, nous avons étaient astreints par quelques limites
notamment, la contrainte du temps qui était relativement un obstacle devant l’ajout de certaines
autres fonctionnalités. Cependant, il était une occasion pour mettre en évidence et déployer sur le
plan pratique nos connaissances en informatique. Le projet peut être amélioré, et ce, en lui ajoutant
quelques modules ou interfaces pour mieux l’adopter aux besoins de l’utilisateur et pour qu’il soit
toujours fiable et au niveau des progrès atteint par la société.

53
[1] : https://laravel.com/
[2]: https://github.com/
[3] : https://developpez.com
[4] : https://stackoverflow.com/
[5] : https://getbootstrap.com/
[6] : https://www.chartjs.org/
[7] : https://fontawesome.com/
[12] :https://www.w3schools.com/
[13] :https://developer.mozilla.org
[14] https://laracasts.com/
WEBLIOGRAPHIE

Rapport sfe hamza_ghaissi_storactive

Contenu connexe

Tendances

Similaire à Rapport sfe hamza_ghaissi_storactive

Rapport sfe hamza_ghaissi_storactive