Dans ce présent chapitre, nous aurons à indiquer la formalité qui nous à gouverner à la construction de notre logiciel. Cependant le but de la création de toute base de données est de pouvoir créer un mécanisme dynamique devant résulté à une conception donnée ; pour y arriver il faut l’utilisation des outils de conception très important que nous offre l’application Microsoft Access.
III.1.2. Application Microsoft Access :
L’application Microsoft Access est un système de gestion de base de données destiné à gérer une quantité importante d’information.
Access contient tous les outils nécessaire à la création d’une base de donnée fonctionnelle et efficace ; entre autre : des tables, des formulaires, des requêtes, des Etats, des macros et des modules.
Tous ces derniers sont conservés dans plusieurs fichiers de base de données ; c’est de cette façon que le concepteur de l’application ordonne les fonctions apparentes, lassant l’utilisateur se focaliser sur le travail à accomplir.
III.1.3. Programmation :
La programmation est l’action de réaliser un programme constitué d’algorithme d’une unité de traitement, mais aussi c’est une action d’écrire d’instructions dans un langage donné à tester isolement et intégrer à des ensembles plus vaste [GAR, 2005].
III.1.4. Table
Une table est un regroupement d’informations concernant un sujet particulier. Une table est formée de champs et d’enregistrements ; un champ est une catégorie d’informations spécifiques de la table. Ces derniers contiendrons le nom, le post nom, le prénom, le sexe,… d’un agent ; tandis que l’enregistrement peut contenir le nom, les références d’un même agent [SIN, 2015].
III.1.6. Requêtes
Les requêtes permettent de trouver l’information souhaitée dans une base de données.
III.1.5. Formulaires
Les formulaires offrent un moyen rapide d’afficher, de saisir et de modifier les informations dans une base de données en représentant les données sous une forme facile à consulter [SIN.2015].
III.1.7. Etats
Un état est une visualisation d’un objet ou d’un résultat ; d’où ils permettent d’imprimer de façon professionnelle les informations d’une base de données [SIN, 2015].
III.1.8. Macros
Une macro permet de gagner du temps en regroupant une combinaison d’actions en une seule.
III.1.9. Modules
Les modules sont des programmes crées en visuel basic pour application(V.B.A) et qui permettent un contrôle efficace d’une base de données.
III.2.1 Dictionnaire des données
Le dictionnaire de données est un document dans lequel on récapitule toutes les données nécessaire à une application à l’exception des constantes qui s’y rapportent.
Voici notre Dictionnaire de données :
Code rubriques |
Noms rubriques |
Types de données |
Longueurs |
Observations |
AdrAg |
Adresse de l’Agent |
Texte |
25 |
- |
AdrRetr |
Adresse du Retraité |
Texte |
25 |
- |
CodFic |
Code de la Fiche de Pension |
Texte |
10 |
- |
CodPens |
Code Pension |
Texte |
10 |
- |
DateEngag |
Date Engagement |
Date/Heure |
JJ/mm/aaaa |
|
DateDepot |
Date Dépôt |
Date/Heure |
JJ/mm/aaaa |
|
DateAg |
Date de naissance de l’Agent |
Date/Heure |
JJ/mm/aaaa |
|
DateNaissAg |
Date de Naissance de l’Agent |
Date/Heure |
JJ/mm/aaaa |
|
DatFinTrav |
Date Fin du Travail |
Date/Heure |
JJ/mm/aaaa |
|
EtatCivAg |
Etat civil de l’Agent |
Texte |
15 |
- |
Grade |
Grade |
Texte |
15 |
- |
LieuNaisAg |
Lieu de naissance de l’Agent |
Texte |
25 |
- |
NbEnf |
Nombre d’Enfant |
Numérique |
20 |
- |
Le modèle conceptuel des données décrit les objets manipulés par l’utilisateur dans le système étudié. Cette modélisation s’achève à une représentation appelée « Schéma conceptuel des données ». La notion du MCD fait intervenir plusieurs concepts de base, entre autre :
ï¾ Un identifiant : est une propriété spécifique qui permet d’identifier une occurrence d’objet de façon unique, ou encore, Un identifiant est un ensemble de propriétés (une ou plusieurs) permettant de désigner une et une seule entité.
ï¾ |
Une occurrence : quant à lui, c’est un objet individualisé appartenant à cet objet. |
ï¾ |
Une entité : est un objet ayant une existence propre, c’est-à-dire des éléments le caractérisant et ayant une utilité dans le système d’information à concevoir. |
ï¾ |
Une propriété : est un élément qui caractérise une entité ou une relation. |
ï¾ |
Une relation (Association) : est un lien qui exprime nue liaison entre les occurrences de deux ou plus de deux entités. |
ï¾ |
Une cardinalité : est le nombre de participation d’une entité à une relation. Les |
cardinalités permettent de caractériser le lien qui existe entre une entité et la relation à laquelle elle est reliée. Enfin, La cardinalité d’une relation est composée d’un couple comportant une borne maximale et une borne minimale, intervalle dans lequel la cardinalité d’une entité peut prendre sa valeur :
Figures III.1 : Modèle Conceptuel de données
Le modèle logique des données est une représentation de toutes les informations nécessaires pour comprendre les données et connaitre leurs liens avec votre Société ou Entreprise. Il s’agit d’une technique reposant sur les graphiques qui représente un modèle de données contenant la définition, les caractéristiques ainsi que les relations des données entre elles dans un environnement conceptuel, technique d’une société.
Le Modèle Conceptuel de Données utilise essentiellement le formalisme des tables logiques. Un MLD qui est toujours basé sur un MCD donné, contient toutes les informations de ce MCD, mais les représente à l’aide d’un formalisme diffèrent qui est très adapté aux structures d’une base de données. Le MCD représente un système d’information d’une façon générale et indépendante d’un système informatique ; alors que le MLD tient compte de la réalisation par le biais d’un Système de Gestion de Base de Données (SGBD). Enfin un MLD est essentiellement composé des tables logiques reliées entre elles par des flèches.
Le Modèle Logique de notre travail se présente comme suit :
Ce modèle consiste à implémenter le modèle dans le Système de Gestion de Base de Données, c’est-à-dire traduire dans un langage de définition, il forme une liaison des techniques informatiques concernant le Système de Gestion de Base de Données.
Le modèle logique des données consiste à décrire la structure de données utilisée sans faire référence à un langage de programmation. Il s’agit donc de préciser le type de données utilisées lors des traitements.
AGENT (NumMat, NomsAgent, SexeAgent, DateNaissance, LieuNaissance, Nationalité, Adresse, Religion, Etat civil, NombreEnfant, DateEngagegement, Graede, Téléphone)
AGENTRetraité (NumRetr, NumCot, NumMat, SexeRetr, DateNaissanceRetr, LieuNaissance , NationalitéRetr, Adresse, Religion, Etat civil, NombreEnfant, DateEngagement )
COTISATION (NumCot, NumMat, NomsAg, SexeAg, NationalitéAg, Grade, CotisationAg,
MoisDepot, DateDepot)
PENSION(CodePens, NumCot, NumRetr).
III.7.1. LES TABLES
La création des tables a été la toute première et importante étape de l’informatisation de notre base de données. Cependant nous avons les tables suivantes :
Table Agent, où sont enregistrées toutes les informations de tous les agents du système.
Figure III.3. Table Agent
Table Agent Retraité, dans laquelle on enregistre toute les informations sur un agent qui débute sa retraite et toutes ses cotisations avant qu’il soit retrait.
Figure III.4. Table Agents Retraités
Table Cotisation Agent, contient toutes les cotisations mensuelles de tous les agent de la société.
Figure III.5. Table Cotisation des Agents
Table Pension, comprend les informations concernant les retraités ayant déjà reçu leurs pensions, en un mot les pensionnés.
Figure III.6. Table Pension
III.7.2. LES FORMULAIRES
Nous avons utilisés les formulaires ci-après :
Formulaire de démarrage du système : constitue l’accueil et le menu de démarrage de notre application.
Figure III.7. Formulaire de démarrage du système
Formulaire Menu Générale : il comprend le menu générale ainsi que le paramétrage.
Figure III.8. Formulaire Menu Générale
Formulaire Ajout d’un Retraité : Ce formulaire permet à l’utilisateur d’ajouter un nouveau agent qui débute sa retraite.
Figure III.9. Formulaire Ajout d’un Agent Retraité
Formulaire Ajout d’un Agent : il permettra à l’utilisateur d’ajouter un nouvel agent dans son entreprise.
Figure III.10. Formulaire Ajout d’un nouveau Agent
Formulaire Modification d’un agent : nous permet de modifier et de supprimer les informations d’un agent.
Figure III.11. Formulaire Modification d’un Agent
Formulaire Modification d’un agent retraité ; nous permet de modifier et de supprimer les informations d’un retraité.
Figure III.12. Formulaire Modification et Suppression d’un Agent Retraité
Formulaire Ajout d’u pensionné : il permet à l’utilisateur d’ajouter un retraité qui a reçu sa pension, et cella après chaque trois mois.
Figure III.13. Formulaire Ajout d’un Pensionné
Formulaire Cotisation Agent, ce dernier permet à l’utilisateur d’enregistrer toute les cotisations qu’effectue un agent, et cella après chaque un mois.
Figure III.14. Formulaire Cotisation des Agents
Formulaire Recherche d’un agent Retraité : il permet à l’utilisateur de faire une recherche directe pour trouver un agent qui a déjà débuter sa retraite.
Figure III.15. Formulaire Recherche d’un Agent Retraité
Formulaire Recherche d’un Retraité Pensionné : il permet à l’utilisateur de rechercher un retraité qui a déjà reçu sa pension.
Figure III.16. Formulaire Recherche d’un Retraité Pensionné
III.7.3. LES ETATS
Etat Agent : nous permet d’afficher la liste de tous les agents de la société.
Figure III.17. Etat de sortie Agent
Etat Agents Retraités : nous permet d’afficher la liste de tous les retraités de la société.
Figure III.18. Etat de sortie Agents Retraités
Etat Retraités Pensionnés : nous permet d’afficher la liste des retraités ayant obtenus leurs pensions.
Figure III.19. Etat de sortie de Retraités Pensionnés
Etat Cotisation des Agents : nous permet d’afficher la liste des agents ayant déjà déposer la cotisation.
Figure III.20. Etat de sortie Cotisation des Agents.