Logiciel de gestion de la clientèle de courtassur

TABLES DES MATIERES
1. INTRODUCTION............................................................	2
2. REMERCIEMENT.........................................................	3
3. PRESENTATION DU LIEU DE STAGE...............................	4
4. PRESENTATION DU PROJET..........................................	6
5. PRINCIPALE FONCTION DE GESTION A TRAITER...............	8
6. SCHEMA FONCTIONNEL ET ORGANISATION (DEFINITION ET DESCRIPTION)...........................................................	9
6.1 Souscription à une police (Client).....................................	9
6.2 Modification d'une police ..............................................	10
6.3 Paiement (police)..........................................................	11
6.4 Règlement d'une commission (compagnie)...........................	11
6.5 Enregistrement d'un sinistre............................................	12
7. PRINCIPALES REGLES DE GESTION..................................	13
7.1 Client .......................................................................	13
7.2 Police.......................................................................	13
7.3 Paiement....................................................................	13
7.4 Règlement..................................................................	13
7.5 Avenant....................................................................	13
7.6 Sinistre......................................................................	13
7.7 Compagnie.................................................................	13
7.8 Branche.....................................................................	13
8. CANEVAS DES NORMES ET METHODE DE L'APPLICATION..	14
9. MODELISATION.............................................................	15
9.1 Introduction...............................................................	15
9.2 Méthode MERISE........................................................	16
9.3 Outil PowerAMC................................................	16
9.4 Model Conceptuel de Données.......................................	17
9.5 Model Physique des Données......................................	20
10. CHOIX DE LA PLATE FORME DE DEVELOPPEMENT...........	21
11. ERGONOMIE ET NORMALISATION ECRAN.......................	22
12. PRESENTATION DU PROGICIEL COURTASSUR ADMIN.......	23
13. CONCLUSION................................................................	29
14. BIBLIOGRAPHIE ET WEBGRAPHIE ...................................	30
15. ANNEXE.......................................................................	31

1. INTRODUCTION

Afin de valider les années d'études au Centre Informatique de l'université Gamal Abdel Nasser de Conakry, chaque étudiant doit effectuer un stage dans une entreprise.

Cette étape est très importante pour l'étudiant, non seulement du point de vue de la scolarité, mais aussi du point de vue professionnel. La vie en entreprise est en effet nécessaire à la mise en pratique de l'enseignement reçu à l'université.

Ce rapport présente en grande partie les travaux que j'ai effectués au cours de mon stage à 2CT (Computing &Communication technology).

Ce stage s'est déroulé au sein du département Etudes et développements, et avait pour but de développer à un délai imparti un logiciel de gestion de la clientèle de CourtAssur, ceci afin de mettre à la disposition des utilisateurs, des outils informatiques permettant de facilités leur travail.

En premier lieu ce rapport présente 2CT Sarl, sa structure et ses départements tout en décrivant ses activités.

Ensuite il présente le sujet du stage, son étude, sa réalisation, et les méthodes utilisées.

Enfin la dernière partie rend compte du travail effectué.

Tout au long du rapport, il ressortira clairement que le stage que j'ai effectué m'a permis d'utiliser les connaissances acquises au cours de mon cursus universitaire et d'acquérir de nouvelles compétences dans la vie professionnelle.

2. REMERCIEMENT

Le présent rapport a été réalisé avec la coopération et la généreuse assistance d'un grand nombre de personne.

J'aimerai remercier en particulier :

· Le Tout Puissant (Dieu) qui a fait de moi ce que je suis.

· L'ensemble du corps professoral du centre informatique de l'université Gamal Abdel Nasser de Conakry pour ma formation.

· Tout le personnel de 2CT Sarl particulièrement l'équipe de développement pour leur conseil et leur assistance durant la réalisation de ce projet.

· Mes parents, mon mari, ma petite fille chérie (trésor) et mes amis.

A cette liste, il faudrait ajouter ceux et celles qui tout au long de ce travail m'ont soutenu moralement sans les nommer explicitement, je les remercie de leur encouragement qui m'a aidé à surmonter maintes difficultés.

3. PRESENTATION DU LIEU DE STAGE

Computing & Communication Technology (2CT) Sarl, est une entreprise qui a été fondée en 2008. Elle est l'une des rares sociétés de services et d'ingénierie informatique en Guinée. Ses principaux domaines de compétence sont :

· Développement de Solutions Informatiques

· Os - Réseaux - Messagerie

· Bases de Données & Administration

· Internet - Intranet

· Conception de Sites Web & e-technologie &Multimédia

· Management - Communication

· Action Commerciale - Marketing - Formation &Bureautique

· CAO - PAO - DAO & Design

· Mini Informatique & Vente d'équipement informatique

L'équipe de 2CT Sarl

Les Employés de 2CT Sarl ont exercé des responsabilités opérationnelles en entreprise. Ils viennent d'horizons différents et savent intervenir dans des situations complexes nécessitant des compétences complémentaires. À chaque fois qu'un projet le justifie, 2CT Sarl mobilise son réseau de partenaires aux expertises complémentaires (communication interne, qualité, recrutement, outplacement, systèmes d'informations, etc..) et apporte ainsi à ses clients une offre intégrée.

La satisfaction du client est au coeur de la culture de la société, elle mobilise toutes les énergies, à tout niveau.

Organisation Générale

Formaliser et enrichir ses pratiques au travers de son système qualité, anticiper et innover par une constante écoute du marché de ses clients sont pour la société les facteurs clés de succès d'une orientation et d'une culture client sans cesse développée.

Voir en annexes l'organigramme de 2CT Sarl (Annexe A)

1. Une relation suivie depuis le premier contact avec un interlocuteur identifié qui formalise les échanges et donne ainsi l'assurance au client de la bonne compréhension du projet et de son environnement.

2. Un accord clair sur les objectifs à atteindre et les facteurs clés de succès à mettre en oeuvre. C'est là le fondement même de la Démarche Contractuelle par Objectif que notre société a développé.

3. Une conception de nos actions sous revue permanente issue de l'analyse des besoins des entreprises. 2CT Sarl continue d'occuper la position «d'observatoire des compétences ». C'est au sein d'un véritable laboratoire de veille technique et d'écoute client que s'élaborent les offres.

4. Une gestion des Ressources Humaines adaptée à nos exigences de Qualité.

Chaque intervenant de 2CT Sarl est un spécialiste expérimenté et habilité selon un processus défini et véritable. Ses compétences et sa motivation sont entretenues par une organisation dédiée à la réalisation de sa mission.

5. Une instrumentation axée sur la mise en oeuvre des compétences acquises. Le contenue de nos interventions est formalisé et sauvegardé, il s'appuie sur des outils personnalisés au contexte de nos client. Ils permettent, lorsque les conditions d'exercice de la compétence nouvellement acquise sont réunies, une mise en application immédiate.

6. Un processus d'évaluation permanent qui fait l'objet d'une double évaluation, collective à chaud et individuelle par le client en différé.

Leur analyse permet de fixer les objectifs d'amélioration et d'engager les actions de progrès.

7. Une organisation tournée vers la satisfaction des clients. Elle s'appuie sur un dispositif qualité, une recherche constante du niveau d'excellence, un système de détection et d`écoute des besoins clients et l'implication du management et des hommes de notre société.

4. PRESENTATION DU PROJET COURTASSUR ADMIN

COURTASSUR est un cabinet spécialisé dans le courtage, l'assurance et le conseil. Pour parvenir à satisfaire sa clientèle, il traite avec les compagnies d'assurance de la place et de l'étranger.

La gestion de la clientèle de CourtAssur est assurée par une série d'opérations traditionnelles axée sur les registres, les feuilles entassées, des fichiers Word et Excel viennent compliquer la tache générant ainsi une confusion et une incohérence des informations manipulées par la société. Cette gestion manuelle présentait des inconvénients majeurs tels que :

· La perte des informations

· La recherche difficile des informations

· L'incohérence des données sur les clients, les compagnies, les branches et les polices

· L'impossibilité d'accès aux réponses en temps réel de questions complexes

· Le non paiement des commissions par les compagnies à CourtAssur

· ...

Dans ces conditions, la continuité d'exploitation risque de ne plus pouvoir être assuré en cas d'accident (incendie, inondation, etc....). Afin d'assurer la poursuite de ses activités dans les conditions de sécurité acceptables, CourtAssur a décidé de remplacer le système d'information manuel par un système d'information automatisé. Le travail consiste dans un premier temps à réaliser une étude des besoins et de déterminer quelle solution est la plus adaptée.

Le projet a été confié à 2CT Sarl pour l'écriture de la gestion en créant un logiciel qui portera le nom de CourtAssur Admin conformément au cahier de charge fournit par CourtAssur.

L'informatisation du domaine de la clientèle, depuis la création du client, ses souscriptions aux différentes polices en passant par ses paiements, les modifications portées sur ses polices, les sinistres dont il est victime et le paiement par les compagnies d'assurances des commissions perçues par CourtAssur, comporte entre autres étapes l'étude des spécifications fonctionnelles.

Cette tâche réalisée avec la participation des représentants de CourtAssur a porté sur l'étude de l'existant par le recensement et description en termes :

· De règles de gestion et de contrôle, d'informations élémentaires composant le parc des données utilisées et débouchant sur le model conceptuel de donnée ;

· De procédures fonctionnelles et tâches exécutées ; ce sont les schémas fonctionnels et organisationnels débouchant sur le model conceptuel de traitement.

Par la suite, chaque mouvement généré est analysé dans

· Sa gestion (enregistrement et contrôle) ;

· Son suivi (élaboration de statistiques et de tableau de bord) ;

· Sa comptabilisation éventuelle (prise en compte dans la comptabilité)

5. PRINCIPALES FONCTIONS DE GESTION A TRAITER

· La gestion du Client

· La Souscription à police

· Police pour un nouveau Client

· Police pour un client existant

· La gestion des Avenants

· Modification portée sur une police

· La gestion des paiements (Client)

· La gestion des Règlement d'une commission (compagnie)

· La gestion des compagnies et des branches

· La gestion des sinistres

6. SCHEMAS FONCTIONNELS ET ORGANISATIONS (DEFINITION ET ORGANISATION)

L'étude des spécifications fonctionnelles réalisées avec la participation des représentants de 2CT à porter durant cette phase sur l'étude de l'existant par recensement et description en terme.

· D'information élément composant la direction des données utilisées

· De règles de gestion et de contrôle 

· De procédure fonctionnelle et tache exécutée.

Les informations qui suivent sont recueillies grâce :

· Aux interviews

· Aux documents recueillis

· A l'expérience de 2CT Sarl dans le Développement

Ces schémas fonctionnels précisent les objectifs du projet et les taches pour les atteindre durant en tenant compte des contraintes organisationnelles. Ils précisent en outre toutes les fonctions à informatiser et nécessaire à l'utilisateur, l'objetif est de fournir les éléments nécessaires à la recherche de la solution la plus adoptée au problème spécifique posé dans la formulation des besoins. L'étude de l'existant a été confronté a celle des besoins pour déceler toute incohérences fonctionnelles .une validation par les décideurs a été nécessaire au niveau de chaque étape pour poursuivre le processus d'information.

6.1 SOUSCRIPTION A UNE POLICE (CLIENT)

6.1.1 Définition

L'opération « souscription à une Police (Client) » se définit comme étant l'abonnement ou le réabonnement d'une personne physique ou morale à une service d'assurance (vie, automobile, etc....) dans une compagnie d'assurance quelconque.

Enregistrement du Client (code Client attribué)

Prise en compte du Client

Agent de CourtAssur

Existence du client chez CourtAssur

Non

Oui

Choix Client

Client/CourtAssur

Conseil - Assistance CourtAssur

Banche et compagnie conseillé et/ou choisie

Cout évaluer et compromis trouvé

Police Créée

6.1.2 Description

6.2 MODIFICATION D'UNE POLICE (AVENANT)

6.2.1 Définition

L'opération « Modification d'une Police (Avenant) » se définit comme étant la demande d'un client existant de l'extension d'une Police existante (ajouter une seconde voiture à son assurance auto dans la même compagnie), la finalité de cette opération génère ce qu'on appel « un avenant ».

Rejet de la requête et demande de souscription à une Police

Prise en compte du Client

Agent de CourtAssur

Identification par la police du Client

Existence de la police

Non

Oui

Avenant crée

Client/CourtAssur

Cout évaluer et compromis trouvé

6.3 PAIEMENT (POLICE)

6.3.1 Définition

L'opération « Paiement (Police) » se définit comme étant le paiement d'un client des frais (Prime Totale) lié à son assurance (Police) qui peut s'étaler sur plusieurs échéances.

6.3.2 Description

Sommation des paiements précédents et reste à payer fournit

Prise en compte du Client

Agent de CourtAssur

Identification de la Police et de la Prime Totale

Dépôt du montant à payé par un mode choisi par le Client

Non

Oui

Paiement Validé et justificatif remit

Client/CourtAssur

Reste à payer ou paiement clos

Orientation du montant renseigné

Premier Paiement

6.4 REGLEMENT D'UNE COMMISSION (COMPAGNIE)

6.4.1Définition

L'opération « Règlement d'une commission (Compagnie) » se définit comme étant le paiement des primes/commissions perçues par CourtAssur sur les Polices qu'elle a fait souscrire dans la dite compagnie.

Compagnie concernée

Identification de la Police et de la commission

Non

Oui

Règlement Validé et justificatif remit

CourtAssur - Reste à payer ou paiement clos

Premier règlement

Sommation des règlements précédents

6.4.2 Description

6.5 ENREGISTREMENT D'UN SINISTRE

6.5.1 Définition

L'opération « Enregistrement d'un Sinistre » se définit comme étant la prise en charge d'un dommage (incendie, inondation, décès, etc....) survenu sur une Police (Assurance/branche) souscrite par un Client, et ce dommage doit faire l'objet d'une évaluation en espèce et remis au Client (dédommagement)

6.5.2 Description

Rejet de la requête

Prise en compte du Client

Agent de CourtAssur

Identification par la police du Client

Existence de la police

Non

Oui

Véracité du Sinistre

Client/CourtAssur

Enregistrement du Sinistre

Evaluation de la valeur du Sinistre et suivi du dossier par CourtAssur

7. PRINCIPALES REGLES DE GESTION

7.1 CLIENT

· Chaque Client est identifié par un Code Unique attribué par CourtAssur

· Il existe deux catégories de Client

· Un Client peut souscrire à une ou plusieurs Polices

7.2 POLICE

· Une Police est identifiée par un code unique identifiant la Compagnie et la Branche souscrite, ce code peut être livré par CourtAssur

· Une Police est composée une et une seule Branche d'une et une seule Compagnie

· Une Police peut un ou plusieurs Avenants

· Une Police fait l'objet d'au moins un Paiement (Client)

· Une Police peut être concernée par un ou plusieurs Sinistres

· Une Police peut faire l'objet d'un ou plusieurs Règlements (Compagnie)

· Une Police n'est peut être souscrite par plus d'un Client

7.3 PAIEMENT

· Un Paiement ne concerne qu'une seule Police

7.4 REGLEMENT

· Un Règlement ne concerne qu'une seule Police

7.5 AVENANT

· Un Avenant ne concerne qu'une seule Police

7.6 SINISTRE

· Un Sinistre ne concerne qu'une seule Police

7.7 COMPAGNIE

· Une Compagnie peut loger une ou plusieurs Polices

7.8 BRANCHE

· Une Branche peut loger une ou plusieurs Polices

8. CANEVAS DES NORMES ET METHODES DE L'APPLICATION COURTASSUR ADMIN

La création des normes et méthodes dans le cadre de développement de l'application Informatique CourtAssur Admin vise trois objectifs :

· La facilité à maintenir l'application

· La rapidité à créer l'application

· La facilité de compréhension aussi bien pour les utilisateurs que pour les informaticiens.

La ligne directrice est de faciliter le travail des informaticiens et des utilisateurs et donc :

· De minimiser le temps de maintenance devant des nouveaux besoins exprimés par les utilisateurs.

1. D'améliorer l'ergonomie de l'application par :

· La saisie d'un minimum d'information au clavier par l'utilisateur (plutôt choisir que saisir).

· Le rejet d'une information saisie aussitôt que possible.

· La simplicité par l'existence d'un minimum d'écran.

Ces normes et méthodes sont le prolongement logique de l'empirisme et visent la création d'un cadre d'application.

9. MODELISATION

9.1 INTRODUCTION

La confusion est fréquente entre systèmes d'information et systèmes informatisés. Cela provient en grande partie de ce que la réflexion sur l'existence du système d'information, indissociable de toute organisation face à l'apparition des problèmes générés par l'informatisation croissante de l'entreprise. Nous parlerons alors de système informatisé. Ce système informatisé prend appuis sur un système informatique composé de matériel et de logiciel de base.

NB : Le système d'information est une représentation possible de n'importe quel système, notamment tout système humain organisé.

Système d'Information

Système Informatique

Système Informatisé

9.1.1 CONCEPTION DU SYSTEME D'INFORMATION

La conception d'un système d'information n'est pas évidente car il faut réfléchir à l'ensemble de l'organisation que l'on doit mettre en place. La phase de conception nécessite des méthodes permettant de mettre en place un modèle sur lequel on va s'appuyer. La modélisation consiste à créer une représentation virtuelle d'une réalité de telle façon à faire ressortir les points auxquels on s'intéresse. Une méthode d'informatisation définit, en parti ou totalité, les étapes et les outils permettant de mettre en place un nouveau système d'information utilisant les moyens informatiques.

Ce type de méthode est appelé analyse. Il existe plusieurs méthodes d'analyse, la méthode la plus utilisée en Guinée étant la méthode MERISE.

La méthodologie adoptée est basée sur la démarche MERISE.

9.2 METHODE MERISE

MERISE est une méthode de conception, de développement et de réalisation de projets informatiques. Le but de cette méthode est d'arriver à concevoir un système d'information. La méthode MERISE est basée sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuels et physiques.
La séparation des données et des traitements assure une longévité au modèle. En effet, l'agencement des données n'a pas à être souvent remanié, tandis que les traitements le sont plus fréquemment.

La méthode MERISE date de 1978-1979, et fait suite à une consultation nationale lancée en 1977 par le ministère de l'Industrie dans le but de choisir des sociétés de conseil en informatique afin de définir une méthode de conception de systèmes d'information. Les deux principales sociétés ayant mis au point cette méthode sont le CTI (Centre Technique d'Informatique) chargé de gérer le projet, et le CETE (Centre d'Etudes Techniques de l'Equipement) implanté à Aix-en-Provence en FRANCE.

9.3 OUTIL POWERAMC

POWER AMC est un atelier de génie logiciel conçu par SYBASE, utilisé pour mettre en place un système d'information automatisé, car il est capable de générer un fichier de base de donnée à partir d'un model conceptuel des données/physiques de données. Plusieurs pilotes y sont intégrés pour pouvoir créer des scripts ou des fichiers de base de données comme: Oracle, SQL server, Accès, Sybase Anywere, Interbase etc.,

POWER AMC 6, à permis dans ce contexte pour créer la base de données sous MS Accès.

9.4 MODEL CONCEPTUEL DE DONNEES

Après avoir listé toutes les informations déterminées par le cahier de charge, nous avons listé toutes les données qui étaient nécessaire à l'application. Nous les avons ensuite regroupées et structurés afin d'obtenir un modèle de données évitant les redondances tout en facilitant les fonctions de gestions d'accès.

2. Le modèle conceptuel de données a été élaboré conformément aux normes et méthodes qui ont été établies par l'équipe de développement. Notamment :

· Les noms des entités et des propriétés (ou information) ne comportent ni accent, ni pluriel, ni article, ni préposition et dans la mesure du possible ni abréviation.

9.4.1 DICTIONNAIRE DES DONNEES

Le dictionnaire des données est une mise en forme cohérente de l'ensemble des données de l'organisation dans le ou les domaines de gestions étudiés. C'est la liste précise de chacune des données manipulées, représenté par un identificateur.

9.4.1.1 LISTES DES INFORMATIONS

Nom	Code	Type
adresse	ADRESSE	A45
adressecomp	ADRESSECOMP	A45
codeavenant	CODEAVENANT	A15
codeclient	CODECLIENT	A10
codepolice	CODEPOLICE	A15
codesinistre	CODESINISTRE	A15
Cout_police	COUT_POLICE	N10
date_echeance	DATE_ECHEANCE	D
date_effet	DATE_EFFET	D
date_regl	DATE_REGL	D
dateadhesion	DATEADHESION	D
datedeclaration	DATEDECLARATION	D
datemaj	DATEMAJ	D
datepaiement	DATEPAIEMENT	D
datereglement	DATEREGLEMENT	D
datesurvenue	DATESURVENUE	D
details	DETAILS	A50
divers	DIVERS	A35
evaluation	EVALUATION	N12
idavenant	IDAVENANT	I
idbranche	IDBRANCHE	I
idcategorie	IDCATEGORIE	I
idclient	IDCLIENT	I
idcompagnie	IDCOMPAGNIE	I
idpaiement	IDPAIEMENT	I
idpolice	IDPOLICE	I
idreglement	IDREGLEMENT	I
idsinistre	IDSINISTRE	I
infocomp	INFOCOMP	A50
libelle_branche	LIBELLE_BRANCHE	A15
libellecat	LIBELLECAT	A15
mode_paie	MODE_PAIE	A12
mode_regle	MODE_REGLE	A12
montantp	MONTANTP	N12
mt_reglement	MT_REGLEMENT	MN10
nom	NOM	A15
nomadversaire	NOMADVERSAIRE	A45
nomcomp	NOMCOMP	A15
nomentreprise	NOMENTREPRISE	A25
observation	OBSERVATION	A45
orientation	ORIENTATION	A25
prenom	PRENOM	A20
prime_net	PRIME_NET	N10
qualite	QUALITE	A20
taux_com	TAUX_COM	N2
taxe	TAXE	N3
telephone	TELEPHONE	A15
telephonecomp	TELEPHONECOMP	A15

Ax désigne une chaine de caractère de x caractère (s) maximum ;

Nx désigne une propriété numérique de x chiffre (s) maximum ;

D désigne une propriété date ;

MNx désigne une valeur monétaire de x chiffre(s) maximum ;

I désigne une valeur entière ;

9.4.2 REPRESENTATION DU MODEL CONCEPTUEL DE DONNEES

9.5 Model Physique des Données

10. CHOIX DE LA PLATE FORME DE DEVELOPPEMENT

Pour la mise en place de CourtAssur Admin nous avons choisi la plate forme de développent DELPHI. La principale raison est la grande expérience de l'équipement de développent de 2CT sur le produit.

Delphi est un produit Borland destiné au développement d'applications sous Windows et sous linux pour sa version KYLIX.

Les avantages liés à ce L4G (Langage de 4^e Génération) sont nombreuses :

· fiabilité, rapidité de développement, facilité , puissant, créatif ;

· Ergonomie, qualité professionnelle des applications

· programmation plus simple et graphique

· Communications : le BDE de Borland (qui permet d'accéder à toutes sortes de bases de données ayant un pilote ODBC), ADO de Microsoft, DbExpress le nouveau moteur d'accès aux données ...

· Les extensions vers le Web : Possibilité de créer des serveurs internet dynamiques, utilisation de XML, SOAP ... - Possibilité de gérer des éléments plus systèmes comme des services Windows, des objets COM, CORBA ...

· Ouverture sur l'architecture .Net (ou dot net)...

La base de données est conçue sous MS Accès et la communication est établie à partir d'une connexion ADO (Active Data Object), outil idéal pour gérer les bases Accès.

Le choix de Microsoft Accès est motivé par la taille des données manipulées par CourtAssur.

11. ERGONOMIE ET NORMALISATION DES ECRANS

11.1 UNIFORME

· Une action donnée est toujours faite de la même façon à travers toute l'application.

Exemple : L'enregistrement se fait toujours en cliquant sur un bouton.

De plus ce bouton a toujours la même apparence et est placé au même endroit.

· L affichage d'un objet est toujours uniforme pour un même type d'objet.

Exemple : les listes qui s'affichent toutes avec des polices semblables. Un font de couleur identique...

· Pour un même ensemble de données, les écrans de saisie, modification et de lecteur sont identiques dans la présentation. Cette représentation permet de garantir :

· Pour les utilisateurs, une plus grande simplicité d'utilisation et donc une application plus attractive.

· Pour les développeurs, une maintenance plus aisée par une présence moins fort d'écrans. Les habilitations sont alors gérées au niveau des données et des menus (accès aux écrans) et non au niveau des écrans eux-mêmes.

11.2 LA STRUCTURE DES ECRANS

Tous les écrans sont découpés en trois zones :

· La zone de menu (contenant les boutons Nouveau, Modifier, Annuler, Enregistrer, Fermer)

· La zone de travail

· La zone de recherche (cette option n'est pas présente sur tous les écrans)

12. PRESENTATION DE COURTASSUR ADMIN

Le progiciel CourtAssur a été conçu pour remplacer le travail manuel de l'entreprise, les objectifs assignés de la direction pour ce logiciel sont :

· Fonctionnement en environnement MONOPOSTE

· Utilisation des fonctionnalités WINDOWS

· L'écran principal de CourtAssur Admin est le suivant

Maintenance locale du progiciel

voir en annexe quelques copies d'écrans (Annexe A)

12.1 LES SECTEURS D'ACTIVITES DE CIBLE

CourtAssur sous une autre dénomination peut être adapté aux entreprises de Courtage.

Cette affirmation trouve sa justification, par le simple fait que les cabinets de courtage en assurance fonctionnement selon le même principe.

12.2 CONFIGURATION MINIMALE

	POSTE D'EXPLOITATION
Processeur	Pentium
Fréquence	500MHz
Mémoire	32M0
Disque dur	2G0
Systèmes d'exploitation	Windows NT, Vista, Windows 7

12.3 LES HABILITATIONS

12.3.1 Les droits d'accès

· La connexion

L'utilisateur entre son nom d'utilisateur et son mot de passe. CourtAssur reconnaît l'utilisateur et lui attribue alors ses droits d'accès.

· Les droits d'accès sont les autorisations données sur les différents écrans de l'application et les objets de la base (tables, données, programmes, ...).

· Les droits d'accès sont propres à chaque utilisateur.

· Conformément aux normes et méthode de l'application CourtAssur Admin, les écrans de consultation et de modification sont identiques.

· Les droits d'accès de l'utilisateur rendent l'écran accessible ou pas .

· Le choix du menu change les droits sur l'écran.

12.3.2 La gestion du contrôle d'accès

La politique de sécurité est définie de la façon suivante :

CourtAssur Admin se connecte à la base en tant qu'Administrateur.

L'utilisateur selon ses droits accède aux écrans dont il a le droit.

12.4 LE SYSTEME DE SAUVEGARDE, RESTAURATION ET DE COMPACTAGE

12.4.1 Le système de sauvegarde

Compte de l'importance des informations manipulées par CourtAssur, un système de sauvegarde physique complète lancé :

· Soit automatiquement par programme ;

· Soit par l'administrateur.

Si un incident disque ou fichier survient, on peut restaurer la dernière sauvegarde.

12.4.2 Le système de Restauration

Comme toute application professionnelle, un système de restauration est mise en oeuvre dans CourtAssur.

12.4.3 Le système de Compactage

Le compactage consiste pour une base MS Accès, une compression des espaces disques pour libérer de la place en vue d'optimiser la taille du fichier de base de données en supprimant certains espaces vides.

12.5 L'IMPRESSION

· L'impression propre à l'écran en cours, et correspondante aux enregistrements affichés ou à un filtre, est appliquée en cliquant sur l'icône Imprimer.

· L'impression des états statistiques est appelée depuis l'élément de menu spécifique à la fenêtre active à travers le Bouton « Aperçu ».

· Toutes les actions « Aperçu » conduisent à un aperçu avant impression.

12.6 LES AIDES A LA SAISIE

· Les informations codées sont systématique :

· Programmer avec une liste de valeurs qui s'affichera en cas de saisie erronée ou à la demande ;

· Accompagnées de l'affichage de leur libellé.(par l'utilisation des `onglets' ou des `bulles').

· Les valeurs par défaut sont aussi souvent présentes que possible.

Dans tous les cas, le nombre de caractères saisis par l'utilisateur est minimisé .La règle de base est : Choisir plutôt que saisir.

12.7 LES SAISIES CONTROLEES

Les saisies sont systématiquement contrôlées. Il est impossible de saisir un code erroné ou une donnée non-conforme structurellement (Saisir par exemple une mauvaise date).

Les saisies sont soumises à deux types de contrôles :

· Les contrôles intrinsèques, Ce sont des contrôles de cohérences sur le contenu de la donnée tels que les contrôles sémantiques (pour les dates, les nombres) et d'existence sûr (pour les codes). Ils sont effectués lors de la saisie de l'information.

· Les contrôles croisés, Ce sont des contrôles de cohérence par comparaison avec d'autres données .Ils sont effectués lors de la phase d'enregistrement.

12.8 LA SORTIE DE L'APPLICATION

· Elle garantie la validation des données.

· Elle débute systématiquement par l'affichage d'une alerte de confirmation.

· En cliquant sur « Oui », CourtAssur se ferme.

12.9 NORMALISATION SUR LES ETATS

L'impression des états statistiques et/ou non du logiciel CourtAssur Admin sont accessible à partir du bouton « Aperçu » sur n'importe quel écran, l'accès à ces différents écrans dépendent d'un résultat de recherche simple et/ou complexe.

La nomination des états a pour buts de simplifier leur maintenance pour les développeurs et d'améliorer leur compréhension pour les utilisateurs.

Elle se décompose en quelques règles appliquée systématiquement . A savoir :

· Au niveau de la présentation (de la forme) rien ne distingue la première page des autres

· Chaque page d'un état comporte dans la partie haute

· Le titre

· La date du jour de l'impression

· Le numéro de la page et le nombre de page

· Le nom de l'état

· Les entêtes des colonnes

· Le logo du client

Voir en annexes quelques états (Annexes C)

12.10 MISE EN EXPLOITATION

Le logiciel CourtAssur Admin. A été mis en exploitation selon les grandes étapes suivantes :

1. Présentation de l'application CourtAssur

2. Formation du futur formateur désigné par CourtAssur sur la technique d'utilisation CourtAssur Admin.

3. Arrêt des travaux manuels inutiles

4. Insertion des données papiers vers CourtAssur Admin.

5. Installation de CourtAssur et livraison de la recette finale.

Les travaux de mise en exploitation ont été faits à la direction de CourtAssur.

Un guide d'utilisateur détaillé de CourtAssur Admin. a été rédigé et mis à la disposition des utilisateurs.

13. CONCLUSION

Le bilan de ce stage s'avère très positif sur différent plan. Le projet est par lui-même intéressant; les technologies utilisées sont elles même aussi intéressantes.

Du point de vus professionnel, le projet qui m'a été confié a été mené à bien .Les objectifs du cahier de charge ont été atteints. L'application a été mise en exploitation et d'après les utilisateurs, elle répond à leurs attentes; ces derniers semblent réellement satisfaits du travail que j'ai fourni. Elle apport :

· Une grande sécurité dans le traitement des données

· Une rapidité dans le travail

· Un grand confort ergonomique

· Une meilleure organisation de leurs informations

Le principal intérêt de ce stage pour moi est d'avoir réalisé cette application du début à la fin pour répondre aux besoins informatiques d'un client. Il a fallu s'adapter à la demande de CourtAssur et analyser celle-ci. Il a fallu prendre des responsabilités pour mener à bien l'ensemble du projet qui a été étudié et développé dans les moindres détails.

Sur le plan humain, l'enrichissement est incontestable puisque j'ai pu développer ma capacité en travaillant avec le personnel de 2CT. J'ai appris à mettre en pratique les connaissances théoriques acquises lors de ma formation pour l'organisation des différentes tâches projet la réalisation de ce projet.

En résumé, mes travaux m'ont permis de mettre en avant mes connaissances en informatique et d'apprendre de nouvelles technologies. J'ai acquis une expérience professionnelle caractérisés par :

· Une grande capacité d'adaptation aux projets proposés

· Une obligation face aux obligations monde professionnel.

`' Que Dieu le tout puissant nous guide les pas `'

14. BIBLIOGRAPHIE ET WEBGRAPHIE

· Livres

· L'essentiel sur Merise Dominique Dionisi

· Les bases de données Georges Gardarin

· Les bases de données Fréderic Di Galo

· Polycopie numérique (PDF, Word, ...)

· Kit Delphi Borland France

· Le SQL da A à Z

· Delphi, Prise en Main

· Comparaison des SGBD

· Mon meilleur IDE

· Liens

· www.codes-sources.com

· www.phidels.com

· www.developpez.com

· www.sqlfacile.com

· http://Sqlpro.developpez.com/Merise/SFBDRmerise.html

· www.rad.fr/modmerise.html

· www.borland.com

15. ANNEXES

· Annexe A : Organigramme de 2CT Sarl

· Annexe B : Copie d'écrans de CourtAssur

· Annexe C : Etats

· Annexe D : Programmes

La rigueur scientifique au service de vos projets Informatiques

Réseaux -Maintenance-Vente

Chef Section

AGL -Base de Données

Chef Section

E-technologie & Formation

Chef Section

Secrétariat

Secrétaires

Comptabilité

Comptable

Personnel

Ingénieurs

Techniciens

Personnel

Ingénieurs

Techniciens

Personnel

Ingénieurs

Techniciens

Sécurité/Nettoyage

Gardiens

Agents entretiens

Logistique

Chauffeurs

Directeur Générale

Secrétariat de Direction

Département Technique

Directeur Technique

Département Admin. Finances

Directeur Administratif et Financier

Directeur Générale Adjoint

Annexe A : organigramme 2CT Sarl

Annexe B : Copie d'écrans

1. Gestion des Clients

2. Saisie des clients

3. Etats généraux des clients (clients et polices souscrites)

4. Etats généraux des paiements des couts liés à la police par les clients

Annexe B : Quelques Etats

Annexe D : Programmes

unit unitmain;

interface

uses

Windows, Messages, SysUtils, Variants, Classes,....;

type

Tmainform = class(TForm)

maintext: TStaticText;

StaticText2: TStaticText;

...;

procedure Quitter1Click(Sender: TObject);

....

procedure sbreglemntClick(Sender: TObject);

private

{ Déclarations privées }

public

{ Déclarations publiques }

end;

var

mainform: Tmainform;

implementation

uses unitclient,unitdb,...;

{$R *.dfm}

procedure Tmainform.ConfigurerlHeureetlaDateSystme1Click(Sender: TObject);

begin

WinExec('rundll32.exe shell32.dll,Control_RunDLL timedate.cpl', SW_SHOWNORMAL);

end;

procedure Tmainform.FormClose(Sender: TObject; var Action: TCloseAction);

begin

if messagedlg('Etes-vous sûr de vouloir quitter le Logiciel de gestion'#10' de COURTASSUR'#10' (COURTASSURADMIN V 1.0) ?',mtconfirmation,[mbYes, mbNo], 0) = mrYes then

begin

application.Terminate;

end

else abort;

end;

procedure Tmainform.OptionRgionaleetLinguistiques1Click(Sender: TObject);

begin

WinExec(PChar('rundll32.exe shell32.dll,Control_RunDLL intl.cpl'), SW_SHOWNORMAL);

end;

end.

procedure Tfetatgnpaie.sbappliquerClick(Sender: TObject);

begin

cacdb.Rpaiement.Filtered:=false;

cacdb.Rpaiement.Filter:='libelle_branche='''+dbcbbranche.Text+'''and nomcomp='''+dbcbcompagnie.Text+'''';

cacdb.Rpaiement.Filtered:=true;

if cacdb.Rpaiement.IsEmpty=true then

begin

Showmessage('Aucune Enregistrement lié à cette Combinaison');

cacdb.Rpaiement.Filtered:=false;

end;

end;

if edrecherche.GetTextlen=0 then

cacdb.Rpaiement.Filtered:=false

else

begin

case rgchearch.ItemIndex of

0:// code client

cacdb.Rpaiement.Filter:='codeclient='''+edrecherche.Text+'''';

1:// police

cacdb.Rpaiement.Filter:='codepolice='''+edrecherche.Text+'''';

end; cacdb.Rpaiement.filtered:=true;

end; end;