WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

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

( Télécharger le fichier original )
par Wail WWALUMBUKA ILUNDU
Institut Supérieur Pédagogique de BUKAVU - Licence 2007
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

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

19 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

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)

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

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

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

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

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

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.

FICHIERS

CHAMPS

TYPE

TAILLE

1.

F_ADMINISTRATEUR

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

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

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

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

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

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

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

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Il faudrait pour le bonheur des états que les philosophes fussent roi ou que les rois fussent philosophes"   Platon