Memoire Online - Système de gestion des nouveau-nés "de la conception à la mise en réseau"

Le modèle logique de données est le système de gestion dans sa dernière forme normale. Le modèle logique de données s'obtient a partir du modèle conceptuel de données ou du modèle organisationnel de données, il a pour but la description de données en fonction du SGBD choisit.

Dans notre travail nous avons choisi le système de gestion de base de données relationnel oi les données sont décrites sous forme des tables.

Le modèle logique de données est la traduction du modèle organisationnel en termes de contraintes informatiques ou du SGBD.

III.3.1. Passage du modèle organisationnel de données au modèle logique de données.

Tous les objets du Modèle organisationnel de données deviennent des tables dans le modèle logique de données relationnel, les propriétés des objets du modèle conceptuel de données deviennent des attributs dans le modèle logique de données relationnel, les identifiants des objets du modèle conceptuel de données deviennent des clés primaires ou secondaires dans le modèle logique de données relationnel.

Toutes les relations dans le cas de cardinalité << père >> et << fils >> [la table fils] l'objet fils. L'objet fils devient la table fils et hérite des clés de l'objet père. Et

dans d'autres cas, la relation devient une table et hérite, des identifiants des objets quelle unit ainsi que les propriétés de la relation.

111.3.2. Représentation du Modèle logique de données relationnel. On représente le modèle logique de données relationnel de deux manières, suit en intention, soit extension.

La détermination du volume de la base de données est nécessaire pour dégager l'espace nécessaire que la base de données va occuper dans la mémoire centrale et dans les mémoires auxiliaires (disque dur, disquette, Flash, CD etc.).

Il n'existe pas de modèles types pour calculer le volume de la base données. (¹⁹) Cependant on suit la démarche suivante: D'abord on calcule le volume du Modèle Logique de données en ce qui concerne les entités et les relations (les tables).

En fin on additionne le volume du modèle logique de données et le volume des index, le résultat on le multiplie par un coefficient 2, et la réponse on l'exprime en octet.

Le calcul du volume de la base de données ne se fait pas au hasard, l'idéal est de prendre en considération les données de la représentation du modèle logique de données relationnel en intention avec une structure de limitation des champs.

111.4.2. Représentation du modèle logique des données relationnel en intention avec champs limités.

La limitation des champs se donne a partir des informations que doivent recevoir les champs des tables dans la base de données. Ces informations sont des éléments qu'ont besoin la base de données pour son bon fonctionnement. Les limites doivent être les mêmes pour les champs de type clé primaire et leurs répercutions dans d'autres tables appelée clé étrangère.

¹⁹ Prof. N'VIBIDULU Kaluyit Jacques, Note de cours L1/IG-ISP/BUKAVU, inédit, 2006-2007

Le tableau ci-dessous regroupe toutes les tables dont aura besoin la base données avec leurs tailles.

Le volume de la base de données sera après l'évaluation des tableaux ci-haut :

Formule : VBD= (VMLD + VDI) * Coefficient (2 est le coefficient donné par la formule) oci

La détermination des traitements conduit a la représentation des événements, des résultats, des opérations et des synchronisations qu'il faut modéliser.

Les traitements sont considérés comme un ensemble des opérations réalisées par des moyens automatiques, relatif a la collecte, l'enregistrement, l'élaboration, la modification, la conservation, la destruction, l'édition de données et, d'une façon générale, leur exploitation.

La modélisation consiste a traduire le modèle organisationnel de traitement au modèle logique de traitement.

Pour ce modèle chaque phase du modèle organisationnel de traitement automatisable devient une procédure qu'il faut développer et réaliser.

Le modèle logique de traitement se diffère d'un utilisateur a un autre. Ainsi, le Modèle logique de traitement chez l'administrateur n'est pas le même que chez le médecin. Les Schémas qui suivent donnent les représentations des Modèles logiques de traitements, chez les utilisateurs connus de notre base de données.

La phase physique suit la représentation des contraintes informatiques, elle consiste à préparer le développement ou la réalisation du système d'information informatisé.

Le modèle physique de données s'obtient à partir du modèle logique de données, notamment le schéma relationnel du modèle logique de données décrit en intention. A ce niveau, nous avons fait l'implémentation physique de la base de données dans un logiciel du système de gestion de base de données relationnel.

Ainsi, nous avons définit les différents champs de la table et type de champs tout en définissant la taille. Dans le modèle physique de données les tables deviennent des fichiers, c'est-à-dire que T_ADMINISTRATEUR deviendra F_ADMINISTRATEUR et ainsi de suite.

N°	FICHIERS	CHAMPS		TYPE	TAILLE
1.	F_ADMINISTRATEUR	N°	INTITULE
		1	Id	Numérique	2
		2	Nom	Alphanumérique	50
		3	Postnom	Alphanumérique	50
		4	Login	Alphanumérique	20
		5	Pw	Alphanumérique	20
2.	F_AJOUTER	1	Dateajout	Date/heure	10
		2	Id	Numérique	6
		3	Type	Alphanumérique	20
3.	F_ACCOUCHEUSE	1	Id	Numérique	3
		2	Nom	Alphanumérique	50
		3	Postnom	Alphanumérique	50
		4	Sexe	Texte	8
		5	Login	Alphanumérique	20
		6	Pw	Alphanumérique	20
		7	Adresse	Alphanumérique	100
		8	Telephone	Alphanumérique	10
4	F_MEDECIN	1	Id	Numérique	3
		2	Nom	Alphanumérique	50
		3	Postnom	Alphanumérique	50
		4	Sexe	Texte	8
		5	Login	Alphanumérique	20
		6	Pw	Alphanumérique	20
N°	FICHIERS	CHAMPS		TYPE	TAILLE
		7	Adresse	Alphanumérique	100
		8	Telephone	Alphanumérique	10
5.	F_VISITEUR	1	Id	Numérique	1
		2	Nom	Alphanumérique	50
		3	Postnom	Alphanumérique	50
		4	Login	Alphanumérique	20
		5	Pw	Alphanumérique	20
		4	Observation	Texte	100
6.	F_INFIRMIER	1	Id	Numérique	3
		2	Nom	Alphanumérique	50
		3	Postnom	Alphanumérique	50
		4	Sexe	Texte	8
		5	Niveau	Alphanumérique	15
		6	Login	Alphanumérique	20
		7	Pw	Alphanumérique	20
		8	Adresse	Alphanumérique	100
		9	Telephone	Alphanumérique	10
7	F_COUSULTER	1	Idmed	Numérique	3
		2	Idpart	Numérique	5
		3	Numcons	Numérique	4
		4	Datecons	Date/Heure	10
		6	ATCD	Numérique	3
		7	Nbgros	Numérique	2
		8	Nbavort	Numérique	2
		9	Nbdec	Numérique	2
		10	Nbenf	Numérique	2
		11	DDR	Numérique	2
		12	Agegest	Numérique	3
		13	TA	Numérique	2
		14	BDL	Numérique	2
		15	BCF	Numérique	2
		16	DDM	Numérique	2
		17	Presenf	Alphanumérique	20
		18	Traitcons	Alphanumérique	150
8	F_RECEPTIONNER	1	Idacc	Numérique	3
		2	Numrec	Numérique	3
		3	Idpart	Numérique	5
		4	Daterec	Date/Heure	10
		5	Heureentre	Date/Heure	5
		6	LieuCPN	Alphanumérique	20
9.	F_SUIVRE	1	Idpart	Numérique	3
		2	Idacc	Numérique	5
		3	Numsuivie	Numérique	5
		4	Datesuivie	Date/Heure	10
		5	FU	Texte	2
		6	PE	Texte	2
		7	CU	Texte	2
N°	FICHIERS	CHAMPS		TYPE	TAILLE
		8	TV	Texte	2
		9	H	Texte	2
		10	LA	Texte	2
		11	Oedeme	Texte	1
		12	Promotoire	Texte	1
		13	EtatCol	Texte	3
		14	Soinsadm	Texte	150
10.	F_PARTURIENTE	1	Id	Numérique	5
		2	Nom	Numérique	50
		3	Postnom	Numérique	50
		4	Prenom	Date/Heure	50
		5	Situation	Date/Heure	11
		6	Nommari	Date/Heure	50
		7	Age	Numérique	2
		8	Poids	Numérique	3
		9	Taille	Numérique	3
		10	Adresse	Alphanumérique	100
		11	Telephone	Alphanumérique	10
11.	F_ACCOUCHER	1	Idac	Numérique	5
		2	Idpart	Numérique	5
		3	Numacc	Numérique	4
		4	Dateacc	Date/heure	10
		5	Hdt	Date/heure	5
		6	HAcc	Date/heure	5
		7	Modeacc	Texte	12
		8	Cassesa	Texte	25
		9	Typegros	Texte	10
		10	Hdp	Date/heure	5
		11	Etann	Texte	6
		12	EtaM	Texte	7
		13	Traitf.	Texte	150
12	F_OBSERVATIONS	1	Id	Numérique	5
		2	Idac	numérique	5
		3	Etatuterus	Texte	1
		4	Etatsang	Texte	1
		5	Etathemoragie	Texte	1
		6	EtatPVC	Texte	1
		7	EtatTA	Texte	1
		8	Etatmeconium	Texte	1
		9	Reflexenn	Texte	1
		10	TMnn	Texte	1
		11	FCnn	Texte	1
		12	CTnn	Texte	1
		13	Respiration	Texte	1
13	F_ACCOUCHEMENT	1	Id	Numérique	5
		2	Id	Numérique	6
		3	Nomaide	Texte	50
N°	FICHIERS	CHAMPS		TYPE	TAILLE
		4	Nomrespo	Texte	50
14	F_ENFANT	1	Id	Numérique	6
		2	Sexe	Texte	8
		3	Poids	Numérique	3
		4	Etat	Texte	6
		5	Datenaiss	Date/Heure	10
		6	Yeux	Texte	3
		7	Ombilic	Texte	13
		8	ObservaEnf	Texte	50
15	F_SURVEILLER1	1	Idpart	Numérique	5
		2	Idinf	Numérique	3
		3	Numsurvp	Numérique	5
		4	Datesm	Date/Heure	10
		5	Temperature	Numérique	2
		6	Uterus	Texte	2
		7	Cachiers	Texte	2
		8	Hgb	Texte	2
		9	Traitsm	Texte	150
16	F_SURVEILLER2	1	Idenf	Numérique	3
		2	Idinf	Numérique	6
		3	Numsurve	Numérique	6
		4	Dateese	Date/Heure	10
		5	Enfantfontanelle	Texte	25
		6	Conjoctive	Texte	1
		7	Peau	Texte	1
		8	Poids	Numérique	3
		9	Selles	Texte	1
		10	Tetee	Texte	1
		11	Traitse	Texte	150
17	T_VOIR	1	Idinv	Numérique	1
		2	Idpart	Numérique	5
		3	Idenf	Numérique	6
		4	Datevisite	Date/Heure	10
		5	Heurevisite	Date/Heure	5

La conception d'un système qui utilise le modèle de système de gestion de base de données par la méthode MERISE se termine avec l'élaboration du Modèle organisationnel physique de traitement qui décrit l'arborescence des applications envisagées dans le projet.

Le Modèle organisationnel physique de traitement s'obtient tout simplement a partir du modèle opérationnel physique de traitement. Ainsi, le modèle organisationnel physique de traitement se bordera a une implémentation.

Implanter c'est installer un sous-système donné en réalisant les adaptations nécessaires a leur fonctionnement dans un environnement défini. (²⁰)

Le schéma ci-dessous montre comment est-ce que se présente notre chaIne d'implantation.

On appelle légende l'ensemble des correspondances textuelles donnant la clé des codes graphiques (d'un plan). (²¹)

- UT1 : Unité de traitement numéro un, cette unité a pour role la création de la structure d'une base de données vide ;

- UT2 : Unité de traitement numéro deux, cette unité a pour fonction de mettre les enregistrements dans la base en se conformant a la structure déterminée au pavant.

- UT3 : Unité de traitement numéro trois, cette fonction a pour role de ranger les données dans la base dans le but d'en faciliter les éventuelles recherches.

Une chaIne d'implantation est dite apériodique si elle facilite la mise a jour de la base de données (toutes les données susceptibles d'être modifier).

Le schéma ci-dessous montre la représentation de la chaIne apériodique de notre travail.

- UT4 : Unité de traitement numéro 4, cette unité a pour fonction la mise a jour du SGNN.

- UT5 : Unité de traitement numéro cinq, cette unité a pour but de faire une modification sur les données. (données brutes).

- UT6 : Unité de traitement numéro six, cette unité a pour but, de réindexer (indexer de nouveau) la base de données après une quelconque mise a jour.

La chaIne d'implantation a en entrée les pages d'écran et en sortie la visualisation et l'impression.

- UT7 : Unité de traitement numéro sept, cette unité a pour but d'aider a la visualisation des informations avant et après toute modification éventuelle notamment : modification et impression.

- UT8 : Unité de traitement numéro huit cette unité a pour fonction l'impression de la liste de données commandées.

Après la conception et la réalisation du système de gestion des nouveau-nés en réseau local, le développement s'avère être la dernière phase d'une analyse informatique. Cette étape consiste a se mettre au travail pour réaliser une application du système dans le langage choisi et comment est-ce qu'il faut utiliser l'application.

Système de gestion des nouveau-nés "de la conception à la mise en réseau"

III.2. Phase logique