Système de gestion relationnelle de quitus de paiement en réseau local au sein d'une régie financière: cas de la DPMER/Sud-Kivu

3.2.12. Description des propriétés des relations

Dans le tableau ci-dessous, nous trouvons regroupées et définies les propriétés de relations accompagnées de leur nature.

Tableau N°6 : Tableau descriptif des propriétés des relations

N°	Noms de propriétés	Définitions	Natures
1.	Dateajout	Date de l'ajout d'un compte	Date/heure
2.	Numenreg	Numéro d'ordre d'enregistrement de la déclaration	INT
3.	Dateenreg	Date d'enregistrement	Date/Heure
4.	Numenreg	Numéro d'ordre d'enregistrement du contribuable	INT
5.	Dateenreg	Date d'enregistrement	Date/Heure
6.	Numnp	Numéro de la note de perception établi	INT
7.	Dateetab	Date à laquelle la note a été établie	Date/Heure
8.	Heureetab	Heure à laquelle la note a été établie	Date/Heure
9.	Montetab	Montant établi	INT
10.	Datecomp	Date à laquelle la déclaration a été établie	Date/Heure
11.	Heurecomp	Heure à laquelle la déclaration a été complétée	Date/Heure
12.	Montcomp	Montant complété	INT
13.	Dateretr	Date à laquelle la note a été retirée	Date/Heure
14.	Heureretr	Heure à laquelle la note a été retirée	Date/Heure

Source : Composé par nos propres soins

3.2.13. Modélisation des données

Un modèle peut être défini comme étant une représentation imaginée maîtrisée(^29(*)). Dans le but de la modélisation, les entités doivent être définies du fait qu'elles représentent la structure des informations à conserver.

3.2.14. Modélisation du système de gestion relationnelle de quitus de paiement en réseau local

Après une longue étude de la structure des objets, leurs relations ainsi que leurs propriétés, nous avons crée une base de données, qui est structurée et accessible à tous les utilisateurs ayant doit au système de gestion relationnelle de quitus de paiement. La modélisation d'une base des données qui sera utilisable exige que l'on puisse détailler le modèle de chaque intervenant (^30(*)).

En se bornant sur le recensement des objets et des relations et leurs descriptions, tout en faisant recours à la modélisation des données, nous avons montré comment est-ce que a été conçu notre modèle conceptuel de données dans le schéma qui suit :

3.2.15. Schéma du Modèle conceptuel des données(MCD)31(*).

ADMINISTRATEUR

Id_admin

Nom

Postnom

Login

Pw

Mail

(1 : N)

GESTIONNAIRE DECLARATION

Id_gestd

Nom

Postnom

Sexe

Login

Pw

Adresse

Telephone

(1 : N)

GESTIONNAIRE CONTRIBUABLE

Id_gestc

Nom

Postnom

Sexe

Login

Pw

Adresse

Telephone

(1 : N)

GESTIONNAIRE RECETTES

Id

Nom

Postnom

Sexe

Login

Pw

Adresse

Telephone

DECLARATION

Numdecl

Datedecl

Numdepot

Montdecl

(1 : N)

NOTE_PERCEP

Numnp

Numcontr

Datepay

.......

(1 : N)

CONTRIBUABLE

Id

Nom

Postnom

Raisonsociale

Nationalite Numimp

Idnat

Telephone

Formejur

BANQUE

Codebanque

nombanque

.....

ACTIVITE

Codeactiv

Libactiv

(1 : N)

(1 : N)

(1 : N)

(1 : N)

(1 : 1)

(1 : 1)

(1 : N)

(1 : N)

(1 : N)

Ajout

enregistrer

Compléter

Etablir

(1 : N)

Enregistrer

Enregistrer

appartenir

(1 : N)

retirer

(1 : 1)

(1 : 1)

Le MCD est une représentation statique du système d'information de l'entreprise et qui met en évidence sa sémantique. Statique parce que ça va représenter l'état de l'entreprise. Il a pour but de décrire de façon formelle les données qui seront utilisées par le système d'information. Il s'agit donc d'une représentation de données facilement compréhensible.

* (²⁹) WALUMBUKA Ilundu Wail, TFC Conception et réalisation d'un système de gestion des nouveau nés, inédit, 2005-2006.

* (³⁰)Prof. N'VIBIDULU Kaluyit Jacques, Note de cours L1/IG-ISP/BUKAVU, inédit, 2006-2007

* ³¹ . KASELE W., Cours de conception des systèmes d'information, inédit, ISP/BUKAVU, L1 IG, 2011-2012