Rapport Mini Projet Polyassurance
Rapport Mini Projet Polyassurance
Rapport Mini Projet Polyassurance
RAPPORT
DE MINI PROJET
3ème Année Informatique
Réalisé par :
Moez Elkouni
Imed Gharbi
Hassen Chaker Bannour
Enseignant :
M. Malek Ben Salem
V. CONCLUSION GENERALE....................................................................................... 11
I. Présentation du projet
1.1. Introduction
Le secteur de l’assurance connaît aujourd’hui une montée en puissance de la pression concurrentielle
due à la multiplication des sociétés d’assurance, de plus les compagnies doivent s’adapter aux
nouveaux comportements de leurs clients qui ont parfaitement intégré le digital dans leurs modes de
consommation au quotidien. Cela s’illustre par la volonté de bénéficier d’une meilleure expérience
client grâce à la personnalisation des offres en ligne sans aucun déplacement à l’agence.
Les sociétés d’assurances tunisienne sont présentes tous sur le web et leurs sites web intègrent des
espaces clients mais avec des fonctionnalités réduites pour la majorité.
La majorité des vitrines Web des assurances tunisiennes permettent de consulter en temps réel via
l’espace client les différents contrats, de suivre les règlements de sinistre, les remboursements des
frais de santé, le portefeuille d’assurance et bien d’autres actions directement en ligne, mais le
passage à l’agence reste indispensable pour la validation des nouveaux contrats.
Notre projet s’intègre dans la même démarche il consiste à concevoir et développé une application
Web pour la gestion d’une compagnie d’assurance 100% virtuelle nommé PolyAssurance.
Les clients reçoivent un devis pour les assurances automobile et habitation en quelques minutes et la
souscription s’effectue depuis leur domicile.
Page. 1
La compagnie d'assurance propose deux types de contrats. Pour chaque type nous avons défini des
options.
Couverture d'une habitation qui peut être un appartement, une maison ou un local commercial. On
peut couvrir à différents niveaux : au tiers et tout risques.
Niveaux de garanties
*Au tiers : Si votre habitation subit des dégâts ou vous infligez des dégâts à autrui, vous êtes couvert.
*Tout risques : Rembourse les dégâts concernant mon habitation, mes biens ainsi que les biens des
autres. (parmi le mobilier de base)
Options
Foudre : Si jamais votre habitation prend la foudre, cette option couvre le matériel et les personnes
ayant subit des dégâts suite à cela. 1
Brise-glace : Si jamais une des fenêtres ou porte-fenêtre se casse, un remboursement est activé.
Objets de valeur : Les objets de valeurs sont garantis contre les accidents et les vols.
Dommages électriques : Couvre les accidents électriques, les surtensions ou encore les dégâts
physiques liés à l'électricité.
Vol : Couvre contre les vols et intrusion de l'habitation.
Informations nécessaire
Type d'habitation : maison ou appartement.
Adresse : Est-ce l'adresse actuelle du souscripteur ?
Nombre de pièces
Surface habitable
Dépendance : garage, cave ou box ?
Couverture d'un véhicule auto ou moto. On peut couvrir à différents niveaux : au tiers, tiers maxi et
tout risque.
Niveaux de garanties
Au tiers : Si votre véhicule subit des dégâts ou vous infligez des dégâts à autrui, vous êtes couvert.
Au tiers maxi : au tiers, en plus de l'option vol et incendies.
Tout risque : Au tiers, en plus de couvrir les biens des personnes impliquées.
Options
Brise-glace : Si jamais une vitre se brise, un remboursement est activé.
Prêt immédiat de véhicule : Permet de garder une couverture lorsqu'on prête son véhicule à une
tierce personne.
Vol : Couvre le vol à l'intérieur de votre véhicule, mais aussi du véhicule lui-même.
Assistance : Si vous tombez en panne avec votre véhicule, un dépanneur vous rapatrie avec votre
véhicule.
Informations nécessaires
Niveau d'assurance
Date de première mise en circulation
Marque
Modèle
Cylindré
Page. 2
II.SPECIFICATIONS DESBESOINS
2.1. Méthodologie UML
L’acteur est l’entité externe qui agit sur le système. La figure suivante présente les différents acteurs
qui interagissent avec le système.
Lors de l’analyse des besoins nous avons identifié 3 acteurs principaux :
Administrateur : C’est le responsable de la gestion des comptes et du paramétrage de
l’application.
Agent : C’est un agent d’une assurance chargé de gérer un portefeuille de
clients et commercialise des produits d'assurance : il s'occupe donc d'acquérir de
nouveaux clients et de garder ceux qu'il a déjà, de promouvoir la stipulation de
nouvelles polices d'assurance et d'offrir ses conseils et son assistance en matière de
contrats d'assurance.
Le client : C'est celui qui bénéficie des services de l'assurance.
Définition
Les diagrammes de cas d’utilisation sont des diagrammes UML utilisés pour donner une vision
globale du comportement fonctionnel d’un système logiciel. Ils sont utiles pour des présentations
auprès de la direction ou des acteurs d’un projet, mais pour le développement, les cas d’utilisation
sont plus appropriés. Un cas d’utilisation représente une unité discrète d’interaction entre un
utilisateur (humain ou machine) et un système. C’est une unité significative de travail. Dans un
diagramme de cas d’utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent avec le
cas d’utilisation (use cases).
Page. 3
Figure 1 : Diagramme de cas d’utilisation
Après s’être authentifié, les utilisateurs ont les fonctionnalités principales suivantes :
-Agent:
1 Ajouter Client.
2 Gérer les demandes.
3 Archiver les clients.
-Client :
1 Consulter catalogue assurance.
2 Consulter profil.
-Administrateur :
1 Gérer les agents et paramétrer l’application.
Page. 4
III.ETUDE CONCEPTUELLE
3.1. Diagramme de classe
Définition
Les diagrammes de classes sont l'un des types de diagrammes UML les plus utiles, car ils décrivent
clairement la structure d’un système particulier en modélisant ses classes, ses attributs, ses opérations
et les relations entre ses objets.
Il Fournir une description indépendante de l'implémentation des types utilisés dans un système, qui
sont ensuite transmis entre ses composants.
Page. 5
3.2. Model de conception MVC
MVC est un modèle de conception de logiciels pour développement applications web. Un modèle de
contrôleur de vue de modèle est composé des trois parties suivantes :
Model - Le niveau le plus bas du modèle qui est responsable du maintien des données.
Vue- Ceci est responsable de l'affichage de tout ou partie des données à l'utilisateur.
Contrôleur - Code logiciel qui contrôle les interactions entre le modèle et la vue.
MVC est utilisé car il isole la logique de l'application de la couche d'interface utilisateur et prend en
charge la séparation des préoccupations. Le contrôleur reçoit toutes les demandes de l'application,
puis travaille avec le modèle pour préparer toutes les données nécessaires à la vue. La vue utilise
ensuite les données préparées par le contrôleur pour générer une réponse présentable finale.
L'abstraction MVC peut être représentée graphiquement comme suit.
Page. 6
IV.Réalisation
4.1. Langage de programmation :
Nestjs
NestJS est un framework permettant de créer des applications Node.js hautement scalables,
testables et facilement maintenables. La principale problématique résolue par Nest est celle
de l’architecture. Il est en effet facile de se laisser tenter par la possibilité d’importer de nombreux
modules externes pour accélérer toujours plus le développement d’une application Node. Il sera
cependant difficile de garder une structure optimale à mesure que le code de l’application va
grandir. C’est pourquoi Nest JS propose une architecture MVC
Reactjs
React (également connu sous le nom de React.js ou ReactJS) est une bibliothèque JavaScript
frontale à code source ouvert permettant de créer des interfaces utilisateur ou des composants
d'interface utilisateur.
Mongodb
MongoDB est une base de données NoSQL orientée document. Elle se distingue des bases de
données relationnelles par sa flexibilité et ses performances.
API Rest
Une API REST (également appelée API RESTful) est une interface de programmation d'application
(API ou API web) qui respecte les contraintes du style d'architecture REST et permet d'interagir avec
les services web RESTful.
HTML
L’HyperText Markup Langage, généralement abrégé HTML, est le format de données conçu pour
représenter les pages web. C’est un langage de balisage qui permet d’écrire de l’hypertexte. Il nous
permet de structurer et d’afficher différents objets sur l’écran. Ces objets sont des textes, des boutons
et des listes à ascenseurs… En effet, sur la plupart de ces objets, nous plaçons des liens qui vont nous
permettre de nous connecter à d’autres pages.
Page. 7
CSS (Cascade Style Sheet)
TypeScript
Page. 8
4.2. Présentation des interfaces de la plateforme :
Dans cette partie nous allons présenter l’ensemble des interfaces de notre solution par acteur.
Paramétrer l'application
Gérer Agent
Administrateur
Gérer Clients
Archiver clients
Page de Connexion
Ajouter
Agent
Valider demandes
Supprimer
Consulter catalogue
Client
Consulter profil
Page. 9
4.3. Interface de connexion
La figure suivante décrit l’interface d’ajout d’un client en remplissant un formulaire qui contient les
informations de ce dernier.
Page. 10
4.5. Interface gestion des clients
V.Conclusion GENERALE
La visée des plateformes web est de faciliter au maximum l’accès à l’information aux utilisateurs et
notre projet s’est inscrit dans le cadre de cette allure. Rappelons qu’il consistait principalement à la
mise en œuvre d’une plateforme web pour le service des compagnies assurances.
Ce travail a été mené dans le but de mettre en place un ensemble de services pour les utilisateurs du
site : administrateur, agent et client.
Ce travail nous a été bénéfique le plan théorique, nous avons eu l’occasion d’approfondir nos
connaissances dans la découverte du processus unifié au niveau des activités : capture des besoins,
analyse, conception et implémentation. Nous avons également eu l’opportunité de mieux assimiler
l’approche objet en utilisant les modèles d’UML dans le cadre du processus unifié.
Page. 11