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

III.2. Phase logique

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.

III.3. Les données

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.

111.3.2.1. Représentation en intention.

1. T_ADMINISTRATEUR (Id, Nom, Postnom, Login, Pw)

2. T_ACCOUCHEUSE (Id, Nom, Postnom, sexe, Login, Pw, Adresse, Telephone).

3. T_MEDECIN (Id, Nom, Postnom, Sexe, Login, Pw, Adresse, Telephone)

4. T_INVITE (Id, Nom, Postnom, Login, Pw, Observation)

5. T_INFIRIMIER (Id, Nom, Postnom, Sexe, Niveau, Adresse, Telephone)

6. T_CONSULTER (Id, Id, Numcons ; Datecons, ATCD, Nbgros, Nbavort, Nbdec, Nbenf, DDR, AgeGest, TA, BDL, BCF, BDM, Presenf, traitecons)

7. T_RECEPTIONNER (Id, Id, Numrec, Daterec, LieuCPN)

8. T_SUIVRE (Id, Id, Numsuivie, Datesuivie, FU, PE, CU, TV, H, LA, oedeme, Promotoire, Etatcol, soinsadm)

9. T_PARTURIENTE (Id, Nom, Postnom, situation, Nommari, Age, Poids, Taille, Adresse, Telephone)

10. T_ACCOUCHER (Id, Id, Dateacc, Hdt, Hacc, Modeacc, Typeacc, Cassesa, Typegros, Hdp, Etatnn, EtatM, Traitf)

11. T_OBSERVATION (Id, Etatuterus, Etatsang, Etathémoragie, Etat PVC, EtatTA, Etatmeconium, Reflexenn, TMnn, Fcnn, CTnn, Respiration, Id)

12. T_ACCOUCHEMENT (Id, Nomaide, Nomrespo, Id)

13. T_ENFANT (Id, Sexe, Poids, Etat, Datenaiss, Yeux, Ombilic, Observation.

14. T_SURVEILLE1 (Id, Id, Numsurvp, Datesm, Temperature, Uterus, Lochies, Hgb, Traitsm).

15. T_SURVEILLEZ (Id, Id, Numsurve, Datese, Enfantfontanelle, Conjoctive, Peau, Poids, Selles, tetee, traitse)

16. T_VOIR (Id, Id, Id, Datevisite, Heurevisite).

-' 54 --'

III.3.2.2. Representation en extension

PARTURIENTE

CONSULTER

SURVEILLER 1

SURVEILLER 2

INFIRMIER

MEDECIN

Idpart

Idinf Numsurv Datesm Temperature Uterus Lochies

Hgb

Traitsm

Id

Nom Postnom Prenom Situation Nommari Age

Poids Taille Adresse Telephone

Id

Nom Postnom Sexe Niveau Login

Pw Adresse Telephone

Idinf

Idenf Numsurve Datese

Enfantfontanelle Conjoctive

Peau

Poids Selles Tetee Traitse

ADMINISTRATEUR

Id

Nom Postnom Sexe Login

Pw Adresse Telephone

ACCOUCHER

AJOUTER

Idmed Idpart Numcons Datecons ATCD Nbgros Nbavort Nbdec Nbenf DDR Agegest TA

BDL

BCF

DDM Presenf Traitecons

VOIR

ENFANT

Dateajout Id

type

Id

Nom Postnom Login

Pw

ACCOUCHEMENT

Id

Idenf Nomaide Nomrespo

Idpart Idenf Datevisite Heurevisite Numvisite

Id

Sexe

Poids

Etat Datenaiss Yeux Ombilic ObservaEnf

SUIVRE

ACCOUCHEUSE

Idac

Idpart Numacc Dateacc Heureaccou Hdt

Modeaccou Typeacc Cascesa Typegros Hdp

Etatnn EtatM

Traitf

OBSERVERVATION

INVITE

RECEPTIONNER

Id

Nom Postnom Login

Pw Observation

Id

Nom Postnom Sexe

Login

Pw Adresse Telephone

Idacc

Idpart Numrec Daterec Heureentre LieuCPN

Idpart Idacc Numsuivie Datesuivie FU

PE CU TV H

LA Oedeme

Promotoire EtatCol Soinsadm

Id

Idac

Etatuterus Etatsang Etathemoragie EtatPVC

EtatTA Etatmeconium Reflexenn TMnn

CTnn Respiration

111.4. Calcul du Volume de la base de données.

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 suite on calcule le volume des index.

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.

111.4.1. Options de calcul du volume la base de données

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

111.4.2.1. Représentation en intention Limitée.

1. T_ADMINISTRATEUR (Id(2) Nom(50), Postnom(50), Login(20), Pw(20))

2. T_AJOUTER (DateAjout(10), Id(5), Type(20)).

3. T_ACCOUCHEUSE (Id(3), Matricule(10), Nom(50), Postnom(50), sexe(20), login(20), Pw(20) Adresse(100), Telephone(10)).

4. T_MEDECIN (Id(3), Nom(50), Postnom(50), Sexe(8), Login(20),
Pw(20), Telephone(10), Adresse(100))

5. T_INVITE (Id(1), Nom(50), Postnom(50), Login(20), Pw(20), Observation(25)).

6. T_INFIRIMIER (Id(3), Nom(50), Postnom(50), Sexe(8), Niveau(15), Login(20), Pw(20), Adresse(100), Telephone(10)).

7. T_CONSULTER (Id(3), Idmed(4), Numcons(4) ; Datecons(10), ATCD(3), Nbgros(2), Nbavort(2), NbdecNbenf(2), DDR(2), AgeGest(3), TA(2), BDL(2), BCF(2), DDM(2), Presenf(20), traitecons(150))

8. T_RECEPTIONNER (Idpart(3), Idacc(3) Numrec(4), Daterec(10), Heureentre(5), LieuCPN(20))

9. T_SUIVRE (Idacc(3), Idpart(5), Numsuivie(5), Datesuivie(10), FU(2), PE(2), CU(2), TV(2), H(2), LA(2), oedeme(1), Promotoire(1), Etatcol(3), soinsadm(150))

10. T_PARTURIENTE (Id(5), Nom(50), Postnom(50), Prenom(50), situation(11), Nommari(50), Age(2), Poids(3), Taille(3), Adresse(100), telephone(10))

11. T_ACCOUCHER (Idac(5), Idpart(5), Numacc(4), Dateacc(10), Hdt(5), Heureaccou(5), Modeacc(12), Typeacc(25), Cassesa(25),

Typegros(10), Hdp(5), Etatnn(6), EtatM(7), Traitf(150))

12. T_OBSERVATIONS (Id(5), Idac(5) ETatteus(1), Etatsang(1),

Etathémoragie(1), Etat PVC(1), EtatTA(1), Etatmeconium(1),
Reflesenn(1), TMnn(1), Fcnn(1), CTnn(1), Respiration(1))

13. T_ACCOUCHEMENT (Id(5), Idenf(5) Nomaide(50), Nomrespo(50))

14. T_ENFANT (Id(6), Sexe(8), Poids(3), Etat(6), Datenais(10), Yeux(3), Ombilic(13), Observation(50)).

15. T_SURVEILLER1 (Idpart(5), Idinf(3) Numsurv(5), Datesm(10), Temperature(2), Uterus(2), Lochies(2), Hgb(2), Traitsm(150)).

16. T_SURVEILLER2 (Idinf(3) Idenf(6) Numsurve(6), Datese(10), Enfantfontanelle(25), Conjoctive(1), Peau(1), Poids(3), Selles(1), Tetee(1), Traitse(150))

17. T_VOIR (Idpart(1), Idenf(6), Id(5), Datevisite(10), Heure visite(5)). 111.4.3. Prise en Compte du volume de la base de données

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

4.3.1. Tableau de calcul du volume du Modèle Logique de données

N°	ENTITES-RELATIONS	NOMBRE d'occurrence	Tailles d'attributs	Volume
1	ADMINISTRATEUR	5	142	710
2	AJOUTER	10000	21	210000
3	ACCOUCHEUSE	100	261	26100
4	MEDECIN	100	271	27100
5	INVITE	10	241	2410
6	INFIRMIER	1000	276	276000
7	CONSULTER	10000	217	2170000
8	RECEPTIONNER	10000	47	470000
9	SUIVRE	10000	190	1900000
10	PARTURIENTE	10000	273	2730000
11	ACCOUCHER	10000	274	2740000
12	OBSERVATIONS	10000	20	200000
13	ACCOUCHEMENT	10000	111	1110000
14	ENFANT	15000	99	1485000
15	SURVEILLER1	10000	181	1810000
16	SURVEILLE2	10000	205	2050000
17	VOIR	15000	27	405000
Volume * tailles d'attributs * Volume.			Volume du MLD =	17612320 octets

4.3.2. Tableau de calcul de volume des index (clés primaires)

N°	Index	Nombre d'occurrence	Taille	Volume
1	Id	5	2	4
2	Id	100	3	300
3	Id	1000	3	3000
4	Id	10000	5	50000
5	Id	10000	5	50000
6	Id	10000	5	50000
7	Id	15000	6	90000
8	Id	1000	3	3000
9	Id	10	1	10
Volume des index =				246314 Octets

111.4.4. Prise en Compte de calcul.

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

VBD = Volume de la base de données

VMLD = Volume du Modèle logique de données

VDI = Volume des Index.

Ainsi, le volume de notre base de données sera :

VDB= (17612320 + 246314) * 2 = 35717268 octets 36 Mo.

111.5. Les traitements

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.

111.5.1. Modélisation logique de traitement

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.

111.5.2. Présentation du Modèle Logique de traitement.

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.

Enreqistrement

Visiteur

Toulours

Administrateur

- Afficher les Mask

- Saisies des données

-

OK

Connexion

Début

Oà

KO

Alouter

Infirmier

Accoucheuse

- Afficher les Mask

- Saisies des données

Medecin

-

OK

- Impression

- Déconnexion

Fin

Visualisation

KO

Administrateur

Visiteur

Infirmier

Accoucheuse

Medecin

Papier

111.5.2.1. MIT Chez I'administrateur

Infirmier

III.5.2.2. MIT Chez I'accoucheuse.

- Afficher les Mask

- Saisies des données

- ...

OK

Connexion

Débu

Oà

KO

Papier

OK

Fin

- Impression

- Déconnexion

Visualisation

KO

Enfant

Receptionner

Accouchement

Suivre

Observation

Parturiente

Accoucher

Observation

Parturiente

Receptionner

suivre

Accouchement

Accoucher

Enfant

Enregistrement

- Afficher les Mask

- Saisies des données

- ...

Toujours

~ 61 ~

III.5.2.3. MIT Chez le Médecin

Papier

- Afficher les Mask - Saisies des
données

-

OK

Connexion

Débu t

Oà

KO

Enregistrement

- Afficher les Mask - Saisies des

données

-

Toujours

Visualisation

Accouchemen

- Impression

- Déconnexion

Suivre

Receptionner

Accoucheuse

Parturiente

Visiteur

Consulter

OK

KO

Enfant

ucher

Surveiller2

Observation

Surveiller1

Infirmier

Fin

Consulter

III.5.2.4. MIT Chez l'infirmier

Papier

- Afficher les Mask

- Saisies des données

-

OK

Connexion

Début
Oà

KO

Toulours

Surveiller2

Surveillerl

- Afficher les Mask

- Saisies des données

-

Visualisation

Surveillerl

Surveiller2

Observation

Fin

OK KO

- Impression

- Déconnexion

III.5.2.5. MIT Chez le visiteur

Début

Oà

Connexion

-

OK

KO

- Afficher les Mask

- Saisies des données

Visualisation

Parturiente

Enfant

OK

KO

Fin

- Impression

- Déconnexion

Enreqistrement

III.6. Phase physique.

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é.

III.6.1. Modèle physique de données

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.

III.6.2. Tableau du Modèle physique de données.

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

111.7. Le système de Gestion de base de données.

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.

111.7.1. Modèle organisationnel physique de Traitement

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.

111.8. ChaIne d'implantation du SGNN en réseau local

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

111.8.1. Schéma de la chaIne d'implantation

MPD

Création

MPD

SGNN vide

chargement

UT2

UT1

SGNN vide

Indexation

UT3

INDEX

SGNN Indexé

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

111.8.1.1. Légende du schéma de la 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.

111.8.2. ChaIne d'implantation apériodique

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).

111.8.2.1. Schéma de la chaIne d'implantation apériodique.

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

MPD

MAJ

SGNN chargé

UT4

SGNN MAJ

MAJ de MPD			UT5

MPD MAJ

UT6

Réindexation

INDEX

SGNN Indexé

²¹ Microsoft Encarta2

111.8.2.2. Légende du schéma de la chaIne d'implantation apériodique

- 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.

111.8.3. ChaIne d'exploitation du SGNN en réseau local

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

111.8.3.1. Schéma de la chaIne d'exploitation du SGNN en Réseau local

Consultation		UT 7	UT8			Edition

MPD

SGNN MA]

111.8.3.2. Description de la chaIne d'exploitation

- 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.

Quatrième partie :

Développement du système.

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.