Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
En vedette (20)
Similaire à Présentation PFE
Similaire à Présentation PFE (20)
Présentation PFE
- 1. Projet de Fin d’Etudes Automatisation Règlement des commissions Réseau Alternatif Année universitaire 2013/2014 Soutenu par : • Mlle.Ghizlane ALOZADE Sous l’encadrement de : • M. Hassan NACHIFA • M. Khalid ECHERIF Membres du jury : • M.LAZRAK • M.RAMDANI
- 2. 1
- 3. 13/04/2016Titre de la présentation 2 Plan de la présentation Contexte général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 4. 3 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Présentation de l’organisme d’accueil Cadre général du projet
- 5. 4 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Présentation de l’organisme d’accueil une holding marocaine opérant dans plusieurs secteurs d’activité et investissant dans des structures à fort potentiel de croissance; Créé en 1995; Réalise plus de 8 milliards de Dollars de chiffre d’affaires en 2013; Emploie plus de 5 600 collaborateurs. SAHAM Group Pôle Finance ASSURANCE assistance Crédit CONSO TPA Pôle OFFSHORRING Pôle Santé Pôle Immobilier SAHAM Fondation
- 6. 5 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Cadre général du projet Objectifs généraux du projet Extraction des encaissements Calcul des commissions Paramétrage Etablissement des chèques Mise en place d’un outil de règlement automatique des commissions Contexte du projet Augmentation de la taille du réseau Multitude de paramètres Manque de traçabilité Risques de traitement
- 7. 6 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Méthodologie adoptée Matrice des risques Planning du projet
- 8. 7 Branche technique Branche fonctionnelle Branche Mise en Œuvre - Capture des besoins fonctionnelles - Analyse et spécifications - Capture des exigences techniques - Choix technologiques - Modélisation - Implémentation -Tests -Déploiement Etude Préliminaire Méthodologie adoptée - Processus de développement en Y Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective
- 9. 8 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Matrice des risques Risque Impact Probabilité Niveau d’impact Classement Actions préventives Actions Correctives Non Validation des interfaces Conduit à un retard sur le délai de mise en œuvre des interface dû à une mauvaise ergonomie 2/4 3/4 * Analyse du travail (démarche d’ergonomie) : prise en compte de l’utilisateur (fonction, comportement.) * Maquettage et évaluation ergonomique * Organiser des réunions avec le client afin de déterminer et de valider les maquettes Absence de cahier des charges Création d'une ambigüité ce qui pourra générer un retard qui influencera probablement la date de livraison 2/4 2/4 *Réorganisation du travail en cas de conflit * Réunions avec le client et collecte de leurs suggestions * Organiser des réunions avec le client afin de détailler le cahier des charges Changement ou évolution des besoins du client Conduit à un retard sur le délai 2/4 3/4 *le choix d’une approche impliquant fortement le client le long du projet * Réunions avec le client et prise en compte des ses nouveaux besoins Changement de la technologie Retard dans l’avancement du projet 4/4 3/4 *Etude préalable et comparative des technologies existantes *Changer la technologie et augmenter la masse horaire *Doubler l’effort pour couvrir le manque
- 10. 9 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Planning-Planning prévisionnel
- 11. 10 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Planning- Planning réel +4 -6 Analyse des écarts
- 12. 11 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Acteurs Messages
- 13. 12 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Les acteurs du système
- 14. 13 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Les messages Acteur Messages Emis Message Reçus Recouvrement Back Office (1)Lancer une nouvelle extraction (2)Déclencher le calcul (3)Afficher la liste des encaissements (4) Afficher la liste des commissions calculées CIOL (5)Renvoyer la liste des encaissements mensuels Administrateur (6)Mettre à jour des opérateurs (7)Paramétrer les taux (8)Gérer les séries des chèques (9)Afficher la liste des opérateurs (10)Afficher la liste des taux (11)Afficher la liste des séries des chèques Comptabilité technique (12)Valider les commissions calculées (13)Remonter les anomalies (14)Afficher la liste des commissions calculées Check 2003 (15)Renvoyer la liste des commissions à réglées sous format .txt CODA (16)Insérer les écritures comptables dans les tables brouillards Animateur Réseau Alternatif (17)Accuser la réception des chèques (18)Afficher la liste des chèques de règlement Bureau d’ordre (19)Remettre le chèque de règlement (20)Afficher la liste des chèques de règlement
- 15. 14 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Capture des besoins fonctionnels Diagramme des cas d’utilisation Cas d’utilisation « Lancer une nouvelle extraction » Capture des besoins techniques Architecture Matérielle Architecture logicielle
- 16. 15 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Diagramme global des cas d’utilisation
- 17. 16 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Cas d’utilisation - Lancer une Nouvelle Extraction Fiche Descriptive de l’UseCase : Lancer une Nouvelle Extraction Sommaire d’Identification Titre : Lancer une Nouvelle Extraction But : calculer les commissions. Résumé : Extraire les encaissements mensuels (mois précédent) des AV et CVT. Date de Création: 20 /05/2014Date de Mise à Jour:22/05/2014 Pré condition L’utilisateur doit être authentifié Scénario Nominal 1. Le Recouvreur accède au menu principa l ; 2. Le Recouvreur demande une nouvelle extraction ; 3. Le système affiche la liste des mois et les années ; 4. Le Recouvreur choisi le mois souhaité avant de lancer l’extraction ; 5. Le système affiche la liste des encaisseme nts mensuels du mois choisi ; 6. Le Recouvreur lance le calcul ; 7. Le système affiche la liste des commiss io ns calculées; 8. Le Recouvreur valide l’extraction ; 9. Le Recouvreur quitte le Menu Scénario Alternatif Il débute à l'étape 8 du scénario principal: 1. Lorsque le recouvreur signal une anomalie en cas d’une extraction non valide ; 2. un mail est envoyé automatiq ue m e nt au help desk en copie avec l’admin istr ate ur; 3. Le Recouvreur quitte le Menu ; Post Conditions L’administ rat eur relance l’extraction des encaisseme nts . Le help desk ajoute cette déclaratio n à CA.
- 18. 17 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Capture des besoins techniques – Architecture Matérielle
- 19. 18 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Capture des besoins techniques – Architecture logicielle Serveur d'application Couche Métier Couche accés aux données Entity Framework Serveur de base de données SQL SERVER ORACLE Client lourd Couche Présentation WinForm
- 20. 19 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Analyse Conception
- 21. 20 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Diagramme global des classes 0..1 0..* 1..1 1..* 0..1 1..1 0..* 1..1 0..* 0..* 1..1 0..* 1..1 1..1 0..1 0..1 1..* 0..* 1..1 1..* 1..10..* 0..1 1..* 1..* 0..* 0..1 1..1 0..* 1..1 0..* 1..10..1 1..1 1..* 0..* 1..1 1..* 1..* 0..* 1..1 1..1 0..1 Intermédiaire - - - - - - id_intermediare matricule forme_juridique Titulaire code_convention code_compable : Integer : String : String : String : String : String + + + + + ajouter () modifier () supprimer () getAllIntermediaire () Affecter () : Boolean : Boolean : Boolean : List : void Client - Id_Client : Integer + + + + ajouter () modifier () supprimer () getAllClient () : Boolean : Boolean : Boolean : List Police - - - - - - - - Id_police Date_debut Date_fin nature code_assurance date_motivation debut_garantie fin_garantie : Integer : Date : Date : String : String : Date : Date : Date + + + + + ajouter () modifier () supprimer () getById () getAllPolice () : Boolean : Boolean : Boolean : Police : List Type - - id_type libelle : Integer : String + + + + + ajouter () modifier () supprimer () getById () getAllType () : Boolean : Boolean : Boolean : Type : List Quittance - - - - - - - - - id_quittance credit date_emission prime_net montant_taxe montant_accessoire total net_a_payer date_Reglement : Integer : Double : Date : Double : Double : Double : Double : Double : int + + + + + ajouter () modifier () supprimer () getById () getAllQuittance () : Boolean : Boolean : Boolean : Quittance : List Branche - - Id_branche libelle : Integer : String + + + + + ajouter () modifier () supprimer () getById () getAllBranche () : Boolean : Boolean : Boolean : Branche : List Groupe - - id_groupe libelle : Integer : String + + + + + + ajouter () modifier () supprimer () getById () getAllGroupe () Affecter () : Boolean : Boolean : Boolean : Groupe : List : void Commission - - - - - - - - - id_commission date_commission total plafond accessoire timbre taux mois annee : Integer : Date : Double : Double : Double : Double : Double : String : String + + + + + + + ajouter () modifier () supprimer () getById () getAllCommission () valider () clôturer () : Boolean : Boolean : Boolean : Commission : List : void : int Réglement - - - id_reglement total date_reglement : Integer : Double : Date + + + + + ajouter () modifier () supprimer () getById () getAllRéglement () : Boolean : Boolean : Boolean : Intermediaire : List Chéque - - - - - - - - - id_cheque numero_compte rib case1 case2 montant date_traitement date_ra date_bo : Integer : String : String : String : String : Double : Date : Date : Date + + + + + + + ajouter () modifier () supprimer () getById () getAllCheque () recevoir () remettre () : Boolean : Boolean : Boolean : Cheque : List : void : void Série_Chèque - - - - id_serie_cheque rip debut fin : Integer : String : String : String + + + + + ajouter () modifier () supprimer () getById () getAllSerieCheque () : Boolean : Boolean : Boolean : SerieCheque : List Banque - - Id_banque libelle : Integer : String + + + + + ajouter () modifier () supprimer () getById () getAllBanque () : Boolean : Boolean : Boolean : BBanque : List Statut - - - - - id_statut libelle date_maj date_creation actif : Integer : String : Date : Date : Boolean + + + + + ajouter () modifier () supprimer () getById () getAllStatut () : Boolean : Boolean : Boolean : Statut : List Société - - id_societe libelle : Integer : String + + + + + ajouter () modifier () supprimer () getById () getAllSociete () : Boolean : Boolean : Boolean : Societe : List Ville - - id_ville libelle : Integer : String + + + + + ajouter () modifier () supprimer () getById () getAllVille () : Boolean : Boolean : Boolean : Ville : List Région - - id_region libelle : Integer : String + + + + + + ajouter () modifier () supprimer () getById () getAllRegion () AffecterVille () : Boolean : Boolean : Boolean : Region : List : int Taux - taux : Double + + + + + ajouter () modifier () supprimer () getById () getAllTaux () : Boolean : Boolean : Boolean : Taux : List Operateur - - - - id_operateur login mot_passe actif : Integer : String : String : Boolean + + + + + ajouter () modifier () supprimer () getById () getAllOperateur () : Boolean : Boolean : Boolean : Operateur : List Profil - - id_profil libelle : Integer : String + + + + + + ajouter () modifier () supprimer () getById () getAllProfil () Affecter () : Boolean : Boolean : Boolean : Profil : List : void Departement - - id_dept libelle : Integer : String + + + + + ajouter () modifier () supprimer () getById () getAllDepartement () : Boolean : Boolean : Boolean : Departement : List Service - - id_service libelle : Integer : String + + + + + ajouter () modifier () supprimer () getById () getAllService () : Boolean : Boolean : Boolean : Service : List Organisme - - - - - - - adresse1 tel1 fax adresse_mail raison_sociale tel3 id_organisme : String : String : String : String : String : String : Integer + + + + + ajouter () modifier () supprimer () getById () getAllOrganisme () : Boolean : Boolean : Boolean : Organisme : List
- 22. 21 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & Conception Réalisation Conclusion & perspective Diagramme d’activité – Règlement des commissions
- 23. 22 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective Outils Réalisation
- 24. 23 Technologies et outils de développement Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 25. 24 Implémentation 1/7 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 26. 25 Implémentation 2/7 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 27. 26 Implémentation 3/7 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 28. 27 Implémentation 4/7 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 29. 28 Implémentation 5/7 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 30. 29 Implémentation 6/7 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 31. 30 Implémentation 7/7 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective
- 32. 31 Contexte Général du projet Gestion du projet Etude préliminaire Capture des besoins Analyse & conception Réalisation Conclusion & perspective Les retombées du projet sur l’organisme d’accueil Les retombées sur l’étudiant Les perspectives
- 33. Merci pour votre attention 36
Notes de l'éditeur
- Honorable jury, Aimable présence Bonjour; Avant de commencer la présentation, je souhaiterais de vous remercier, les membres du jury, pour m’avoir permis de soutenir mon travail. J’adresse ensuite les sentiments de profonde gratitude à mes encadreurs Mr. Hassan nachifa et M. khalid echerif et siham cheroqui à SAHAM Assurance , pour tous les conseils et les instructions très utiles et enrichissants qu’ils m’ont apportés. Finalement, je tiens à remercier tous les professeurs de l’emsi, ma famille et mes amis, pour leur support, leur compréhension et leur encouragement qu’ils m’ont bien voulu m’apporter tout au long de l’élaboration de ce travail. Cet après-midi, j’ai l’honneur de vous présenter mon projet de fin d’études intitulé Automatisation Règlement des commissions Réseaux alternatif.
- Du 31 mars Au 31 juillet 2014, j'ai effectué un stage à Saham Assurance. Au cours de ce stage , j’ai eu l’opportunité de découvrir le métier d’assurance et de comprendre de manière globale les difficultés que les employés de Saham pouvaient dans l’exercice de leur fonction. Plus largement, ce stage a été l'opportunité pour moi d’ qui permettra au Recouvrement Back office de calculer automatiquement les commissions des démarcheurs
- Nous présenterons le processus du projet sous le plan suivant: Le premier partie intitulé « Contexte général du projet » est dédié à la présentation de l’organisme d’accueil de SAHAM Assurance et le cadre général du projet. Le deuxième partie «Gestion du projet » son objectif est l’identification et la planification du projet ainsi que l’organisation de la mise en œuvre et le choix méthodologique adopté. Le troisième partie« Etude préliminaire » présente les différents acteurs du futur système représentés sous forme d’un diagramme de contexte statique et dynamique. Le quatrième partie« Capture des besoins fonctionnels », Dans ce chapitre nous partirons à la découverte des besoins fonctionnels ainsi les besoins techniques. Le cinquiéme partie « Analyse & conception » permet d’illustrer les principales constructions du diagramme de classes UML durant l’étape d’analyse. Le sixiéme partie« Réalisation » sera consacré à présenter les outils utilisés pour réaliser notre application ainsi qu’un aperçu sur cette dernière. Et enfin, Le dernier chapitre « Conclusion & perspective » présente un bilan global de ce stage, les acquis à travers cette expérience que les retombées sur l’organisme, je donne quelques perspectives à mon projet.
- Messieurs les membres du jury, permettez-moi de passer à la première partie de ma présentation portant sur le contexte général du projet Il a pour but de situer le projet dans son environnement organisationnel et contextuel. Il présente dans: la première partie l’organisme d’accueil, sa structure et ses activités, tandis que dans la deuxième partie, présente le cadre général du projet.
- Le Groupe SAHAM est une holding marocaine opérant dans plusieurs secteurs d’activité et investissant dans des structures à fort potentiel de croissance. Fondé en 1995 par Moulay Hafid Elalamy, Présent dans 20 pays à travers 46 filiales, le Groupe réalise plus de 8 milliards de Dollars de chiffre d’affaires en 2013 et emploie plus de 6000 collaborateurs. Les activités du Groupe s’articulent autour de 4 axes : Finance, Offshoring, Santé et Immobilier. SAHAM Assurance Née de la fusion de CNIA Assurance et des Assurances ES-ESAADA,,filiale de SAHAM Finances est le leader panafricain de l'assurance.
- La gestion du réseau alternatif SAHAM Assurance a connu plusieurs évolutions depuis sa création qui sont liées au changement du modèle initial (modèle salariés) au modèle de démarcheurs. Les faits les plus marquants sont : Augmentation de la taille du réseau (26 BDV en 2008 à 93 en 2013) ; Plan stratégique 2014-2016 : ouverture de 30 PDV/an ; Multitude d’intervenants, de critères et de paramètres impactant le règlement des commissions ; Manque de traçabilité du règlement des commissions. Des systèmes classiques de pointage manuel et des fichiers Excel favorisant plusieurs risques de traitement ; L’objectif du projet est de concevoir, réaliser et implémenter une solution d’automatisation du règlement des commissions Réseau Alternatif. Cet outil doit assurer en premier lieu un ensemble de fonctionnalités dont : Extraction des encaissements : Extraire les encaissements mensuels (mois précédent) des AV et CVT. Calcul des commissions : Lancer le calcul des commissions et les transmettre pour validation. Contrôle des commissions calculées : Contrôler les commissions calculées et lancer l’édition des chèques et la génération automatique des écritures comptables. Parametrage : Gérer les cheques, parametrer les taux. Gestion des utilisateurs : gérer les opérateurs ainsi que ses profils.
- L’objectif de ce chapitre est l’identification et la planification du projet ainsi que l’organisation de la mise en œuvre et le choix méthodologique adopté.
- Afin de réussir ce travail, il est nécessaire de se baser sur un cycle de développement sur lequel s’articule l’ensemble des solutions. Pour ce faire nous avons choisi UML comme langage de modélisation et le processus 2TUP comme méthode de développement. Le Two Track Unified Process (2TUP), est une variante du processus unifié (UP). Un processus Unifié est un processus de développement logiciel construit sur UML. Il est itératif et incrémentai, conduit par les cas d'utilisation et piloté par les risques. .Illustré par la figure suivante, le processus en Y s'articule autour de 3 phases: Branche technique: qui a pour objectif de recenser les besoins techniques et d'élaborer une architecture logicielle et applicative ; Branche fonctionnelle: elle a pour but de dégager les grandes fonctionnalités et les frontières du système; Phase de mise en oeuvre: qui consiste en la conception et en la mise en œuvre du système.
- Maîtriser les risques est une préoccupation majeure en conduite de projet . Les risques sont définis comme la possibilité qu'un projet ne s'exécute pas conformément aux prévisions de dates, de coût ou de qualité. L’identification initiale des risques s’est effectuée en fonction des objectifs, des exigences et du contexte du projet. Pour effectuer ce recensement: nous avons procédé à un brainstorming ( une technique de résolution créative de problème sous la direction d'un animateur )avec les membres de l’équipe et consulter les suivis des risques effectués sur les projets antérieurs. Ensuite les risques sont classifiés (classification selon une typologie et estimation de leur probabilité d’apparition) ; leurs conséquences sont évaluées (en termes d’impacts). Le tableau suivant illustre la matrice des risques identifiés susceptible d’affecter le déroulement normal du projet, leurs impacts et les actions préventives à réaliser pour limiter la probabilité de l’apparition de chaque risque.
- Ce planning a été établi après la définition du besoin. Il comporte les étapes du projet et les durées qui leur ont été allouées aussi bien que les durées des différentes sous taches composant chaque phase. Ainsi, ce planning a servi de tableau de bord pour le suivi de l’état d’avancement du projet.
- Cette figure représente le planning réel du projet qui est diffèrent du planning prévisionnel cité au début. L’analyse des écarts permet de faire la comparaison entre le planning réel et celui prévisionnel. Son objectif principal réside dans la recherche des causes des écarts et la mesure de leurs impacts sur le projet, et surtout en tirer des conclusions pratiques pour l’élaboration des futurs plannings. L’identification du projet a pris 9 jours au lieu de 5 vu que les fonctionnalités du projet n’étaient pas assez claires au début. La partie Codage nous a pris 21 jours au lieu de 27 parce qu’il n’y avait pas assez de complications là-dessus.
- L’étude préliminaire est la toute première étape du processus de développement. Elle consiste à effectuer un premier repérage des besoins fonctionnels et opérationnels, en utilisant principalement le texte, ou des diagrammes très simples, Elle prépare les activités plus formelles de capture des besoins fonctionnels et de capture des besoins techniques .
- Un acteur représente l'abstraction d'un rôle joué par des entités externes (utilisateur, dispositif matériel ou autre système) qui interagissent directement avec le système étudié. Les acteurs qui interagissent avec le Système sont : Recouvrement Back office : Le recouvreur est généralement en charge de l’extraction des encaissements mensuels (mois précédent) des AV et CVT ,ainsi, il a pour missions principales , le lancement du calcul des commissions; Comptabilité technique : le Comptable a comme rôle le contrôle des commissions calculées ; Bureau d’ordre : les agents du bureau d’ordre confirme la réception des chèques de règlement suite à un courrier électronique envoyé par le système afin de les transmettre aux démarcheurs; Animation des réseaux Alternatif : les fonctionnalités des animateurs de réseau Alternatif se limitent à la transmission des chèques des démarcheurs au Bureau d’ordre ; Administrateur System : L'administrateur système gère les profils des utilisateurs, il est en charge du bon fonctionnement et de la maintenance de la plate-forme ; CIOL : Ce système s’occupe de l’émergement des primes encaissées et les annotations ; CHECK 2003 : cette application permet l’édition automatique des chèques de règlement; CODA : cet outil facilite la génération automatique des écritures comptables. Tous les utilisateurs doivent s’authentifier avant de passer à n’importe quelle opération dans le système .Ces différents acteurs sont présentés sur le diagramme de contexte statique ci-dessous (Figure 8).
- Un message représente la spécification d'une communication unidirectionnelle entre objets et qui transporte de l'information avec l'intention de déclencher une activité chez le récepteur. Messages émis par le système Afficher la liste des encaissements ; Afficher la liste des commissions calculées ; Afficher la liste des opérateurs ; Afficher la liste des taux ; Afficher la liste des séries des chèques ; Afficher la liste des commissions calculées ; Renvoyer la liste des commissions à réglées sous format .txt ; Insérer les écritures comptables dans les tables brouillards ; Afficher la liste des chèques de règlement. Messages reçus par le système Lancer une nouvelle extraction ; Déclencher le calcul ; Renvoyer la liste des encaissements mensuels ; Mettre à jour des opérateurs ; Paramétrer les taux ; Gérer les séries des chèques ; Valider les commissions calculées ; Remonter les anomalies ; Accuser la réception des chèques ; Remettre le chèque de règlement. Ces messages répertoriés peuvent être représentés sur un diagramme de contexte dynamique.
- Dans ce chapitre nous partirons à la découverte des besoins fonctionnels et techniques. Et pour ce faire nous utiliserons la notion de UseCase. Chaque UseCase sera identifié, décrit, et organisé, classé en fonction de son importance dans le projet. Les besoins techniques seront exprimés dans les dipos qui suivront. Les différentes Architectures techniques (matérielle, logicielle) seront évoquées.
- Considérons l’intention fonctionnelle de l’acteur par rapport au système dans le cadre de l’émission ou de la réception de chaque message. En regroupant les intentions fonctionnelles en unités cohérentes, on obtient les use case recherchés.
- Dans cette partie nous nous contenterons de proposer une architecture technique selon le diagramme de déploiement UML.
- Sur le plan logique ; notre architecture 3 tiers est mise en œuvre suivant le modèle MVC (Modèle Vue Contrôleur) qui s'applique donc au niveau du client. En effet, la spécification d’une architecture à composants métier 3-tiers implique la répartition des composants d’exploitation suivant les responsabilités. Le diagramme de composants suivant, montre les différents types de composants d’exploitation du système.
- Ce chapitre va nous permettre d’illustrer les principales constructions du diagramme de classes UML durant l’étape d’analyse. Le diagramme de classes a toujours été le diagramme le plus important dans toutes les méthodes orientées objet. C’est également celui qui contient la plus grande gamme de notations et de variantes.
- Fusion des classes participantes A partir de Diagrammes de classes candidates nous allons le découper en diagramme de package et affiner les classes et les associations et les attributs
- Les diagrammes d’activités permettent de mettre l’accent sur les traitements. Ils sont donc particulièrement adaptés à la modélisation du cheminement de flots de contrôle et de flots de données. Ils permettent ainsi de représenter graphiquement le comportement d’une méthode ou le déroulement d’un cas d’utilisation. Le diagramme d’activité correspondant au règlement des commissions est le suivant :
- Ce chapitre sera consacré à présenter les outils utilisés pour réaliser notre application ainsi qu’un aperçu sur cette dernière.
- UML se définit comme un langage de modélisation graphique et textuel destiné à comprendre et décrire des besoins, spécifier, concevoir des solutions et communiquer des points de vue. Power Designer est une puissante solution de Modélisation des Systèmes d'Informations. Oracle Data base est un système de gestion de base de données relationnel (SGBDR) Microsoft SQL Server est un système de gestion de base de données (abrégé en SGBD ou SGBDR pour « Système de gestion de base de données relationnelles ») développé et commercialisé par la société Microsoft. SSIS est un outil d'extraction, de transformation et de chargement de données, en bref ce que l'on appelle un ETL. Microsoft Visual Studio est une suite de logiciels de développement pour Windows conçue par Microsoft. La dernière version s'appelle Visual Studio 2013.
- Cette partie présente quelques interfaces correspondant à la solution. Selon le compte connecté, l’utilisateur sera redirigé vers l’un des cinq profils de la solution.
- Le système envoie un mail et affiche une notification chaque début du mois pour rappeler le Recouvreur du lancement des extractions .Si le Recouvreur dépasse le délai (10 du mois M+1) un message d’erreur sera affiché.
- Cette interface présente le lancement d’extraction des encaissements mensuels [mois précédent] des AV et CVT.
- Cette interface présente la liste des encaissements mensuels ainsi le lancement du calcul des commissions.
- Après le calcul des commissions l’ensemble des informations s’affiche dans une nouvelle liste. Le Recouvreur valide le calcul des commissions.
- Sinon le recouvreur signale une anomalie, un mail de réclamation sera envoyé au service Help Desk.
- Après la validation des commissions le recouvreur aura la possibilité d’enregistrer la liste des commissions calculées sous format Excel ou pdf ou l’imprimer.
- Pour conclure cette présentation, il me paraît essentiel de rappeler l'intérêt de ce stage. C'est dans l'optique de compléter ma formation d’ingénieurie en informatique et réseaux que j'ai effectué ce stage qui m'a somme toute, été très bénéfique tant sur le plan professionnel que scolaire. L’outil règlement automatique des commissions répond déjà à l’attente du Saham assurance,. J'ai beaucoup appris sur le travail en équipe et sur les relations internes et externes mais surtout sur la prise des décisions importantes à la bonne marche d'une entreprise quelconque. J'espère ne pas m'arrêter à cette expérience et continuer à chercher à acquérir plus d'expérience afin d'arriver à mieux cerner les secrets du monde relationnel avant d'en arriver à celui plus restreint de ma formation universitaire et sous peu, je l’espère professionnelle. Messieurs les membres du jury, c’est par ces mots que je termine ma présentation. Je vous remercie pour votre attention et je m’attends à des questions et des commentaires de votre part pour améliorer, si nécessaire, dans les meilleurs délais ce travail.