La base de données comme un atout majeur dans la fiabilisation de la caisse.

Règle de Passage du MCT au MOT

Pour passer du MCT au MOT, on ramène le MCT tel qu'il est et on ajoute trois colonnes : quand, nature et poste de travail.

· Quand : détermine le temps de déroulement de l'opération.

· Nature : détermine la nature de traitement.

· Poste de travail : détermine le poste ou le lieu où l'opération s'est déroulée.

3. Présentation du MOT

Quand

Procédure fonctionnelle

QUI ?

OU ?

Journée

journée

TR-U-I

TR-U-I

CAISSE

CAISSE

Arrivé patient

Présence billet rendez-vous

Présence facture pro forma

A et (B ou C)

Paiement

- Vérification du billet ou facture pro forma

- enregistrement, établissement reçu

O K KO

Paiement effectué

Paiement non effectué

Elaboration rapport journalier

Vérification paiement journalier et les espèces

O K K O

Et

Fin journée

Elaboration rap jour en attente

Rap jour élaboré

251749888

.

Section 2. Conception du système d'information informatisé (C.S.I.I)

La conception d'un système d'information informatisé est définie comme une partie d'un système d'information dans laquelle l'ordinateur intervient pour effectuer toutes les transformations significatives d'informations.

Etape logique

Modélisation logique des données (MLD)

La modélisation logique des données est une représentation des données, issus de la modélisation conceptuelle puis organisationnelle des données.

Elle est exprimée dans un formalisme général et compatible avec l'état de l'art, technique, et tient compte des aspects coûts (performance liés aux traitements).

1. Règles de Passage du MOD au MLD

Pour passer du MOD global au MLD, les règles de passage sont :

Ø Les objets deviennent des tables, une table étant comme un tableau à deux entrées (lignes et colonnes).

Ø Les propriétés deviennent des attributs ;

Ø les identifiants changent en clés primaires ;

Les relations sémantiques subissent deux traitements :

Ø La relation du type « Père et Fils », disparaît mais la sémantique reste, la table père va céder sa clé vers la table fils et si cette relation portait des propriétés ces dernières vont migrées vers la table fils.

La clé primaire de la table père deviendra pour la table fils la clé secondaire en vue de permettre la liaison, et c'est la table fils qui portera la table père pour marquer l'héritage.

Ø La relation du type « autre que Père et Fils » ne disparait pas mais devient une table appelée « Table de lien », qui aura comme clé, une clé composite formée par la concaténation des clés primaires des entités qu'elle réunissait lorsqu'elle était encore relation.

Cette table de lien portera les tables des quelles elles héritent les clés, et si la relation des propriétés, celles-ci deviendront ses attributs.

2. Présentation du MLD brut

T- PAIEMENT

#Num paie

#Matri agent

#N°dossier pat

Mont paie

Date paie

251701760T- PATIENT

#Dossier

Nom pat

Post nompat

Catégorie

Adresse

251698688

251715072251708928251709952251714048251705856251702784

251707904

251710976

251712000

T-ACTE

#code acte

#Matri agent

#Num paie

#N°dossier pat

Design

Prix Acte

Devise

251699712T-AGENT

#Matriag

Nom ag

Post ag

Adresse ag

Télé ag

Fonction

251700736

251706880251703808251704832

251713024

251716096

3. Règle de vérification et de normalisation

a) Vérification : c'est une règle formelle qui permet de s'assurer que dans chaque occurrence d'individu type ou de la relation type,on ne trouve qu'une seule valeur de chaque propriété.^12(*)

Nous avons quatre règles permettant de vérifier notre MOD global :

Rv1 : un attribut pour une occurrence de la relation ou de la table qui porte ne peut être sans signification.

Rv2 : pour chaque table, il doit exister obligatoirement un identifiant qui est toujours le premier attribut procédé généralement de signe # ou souligné.

Rv3 : si une relation porte un attribut, celui-ci doit dépendre pleinement de toutes les tables qui participent à la relation sinon on le transfert dans la table à laquelle il est attaché.

Rv4 : respecter les règles de gestion.

b) Normalisation

La normalisation est une opération intellectuelle qui permet au concepteur de pouvoir supprimer les dernières redondances qui pourraient encore persister dans le MLD brut pour obtenir le MLD validé (normalisé)^13(*)

Nous avons en principe cinq formes normales, cependant on peut affirmer le MLD est normalisé lorsqu'il satisfait aux trois premiers formes normalisés, les deux autres étant des cas particuliers qui sont rares.

Les trois premières formes suivantes :

· Première forme normal :

Une table est en première forme normale si tous les attributs sont élémentaires et ou non décomposable et si cette table possède au moins une clé primaire respectant la règle d'intégrité d'entité. Une clé ne peut pas avoir une valeur nulle à l'absent.

· Deuxième forme normal :

Une table est en deuxième forme normale, si étant déjà en première forme normale, ses attributs sont dépendance fonctionnelle avec sa clé primaire.

· Troisième forme normale :

Une table est en troisième forme normale si étant déjà en deuxième forme normale ce qu'implique le passage de la première forme normale, ses attributs sont dépendances fonctionnelles directes avec la clé primaire, c'est-à-dire aucun attribut ne peut dépendre de la clé primaire s'il dépend transitivement via un autre attribut.

4. Présentation du MLD validé

T- PAIEMENT

#Num paie

#Matri agent

#N°dossier pat

Mont paie

Date paie

251720192T- PATIENT

#Dossier

Nom pat

Post nompat

Catégorie

Adresse

251717120

251737600251736576251732480251731456251727360251725312251724288251721216

251730432251726336

251733504

251734528

T-ACTE

#code acte

#Matri agent

#Num paie

#N°dossier pat

Design

Prix Acte

Devise

251718144T-AGENT

#Matriag

Nom ag

Post ag

Adresse ag

Télé ag

Fonction

251719168

251729408251728384251722240251723264

251735552

251738624

251742720251741696

251740672Fonction

Code fonction

Lib fonction

251739648

251743744

5. Calcul du volume de base de la base de données

a. Calcul du volume des Tables

Volume des tables = nombre d'occurrence * taille totale

Tables	Nombre d'occurrence	Taille totale	Volume table
Patient	140	65	9100
Paiement	200	40	8000
Fonction	680	30	20400
Agent	850	95	80750
Acte	300	50	15000
Volume des fichiers		133250

b. Calcul du volume des index

Volume table = nombre d'occurrence * taille totale

6. Présentation du dictionnaire de données

RUBRIQUE	CODE	TYPE DE DONNEES	PATIENT	PAIEMENT	ACTE	FONCTION	AGENT
Numéro dossier du patient	N°dossier pat	AN	*	*	*
Nom du patient	Nom pat	AN	*
Post nom du patient	Post nom pat	AN	*
Catégorie	Cat	AN	*
Adresse du patient	Adresse	AN	*
Numéro paiement	Num paie	AN		*	*
Matricule agent	Matri ag	AN		*	*
Montant paiement	Mont paie	N		*
Date paiement	Date paie	DATE		*
Code acte	Code acte	AN			*
Désignation	Désign	AN			*
Prix acte	Prixacte	N			*
Code fonction	Code fonct	AN				*	*
Libelle fonction	Lib fonct	AN				*
Nom d'agent	Nomag	AN					*
Post nom de l'agent	Post nomag	AN					*
Adresse de l'agent	adresse	AN					*
Téléphone de l'agent	Tele	N					*

7. Schémas relationnels associés au MLD validé

Un schéma relationnel est définit en donnant le nom de table, les attributs, les clés, les types de données et leur longueur pour permettre d'avoir les structures physiques de notre base de données.

1. PATIENT : (#N_dossier, text(5) ; Nom_pat, text(20) ; Post nom_pat, text(15) ; catégorie, text(5) ; Adresse, text(20))

2. PAIEMENT : (#Num_paie, text(5) ; Mont_paie, Numeric (15) ; Date_paie, date(10) ; #Matri_agent, text(5) ; (#N°dossier, text(5))

3. FONCTION : (#Code_fonction, text(5) ; Lib_fonction, text(25))

4. AGENT : (#Matri_agent, text(5) ; Nom_agent, text(20) ; postnom_agent, text(20) ; Adresse, text(25) ; Tele_agent, Numeric(20) ; (#Code_fonctionn text(5))

5. ACTE : (#Code_acte, text(5) ; Design, AN(5) ; Prix_acte, AN(15) ; Devise, text(10) ; (#Matri_agent, text(5) ; #Num_paie, text(5) ; (#N_dossier, text(5))

2.1.2 MODELISATION LOGIQUE DE TRAITEMENT

* ¹²KASORO, cours inédit de merise, G3 info ISS-KIN2013-2014

* ¹³Idem