Conception et réalisation d'une base de données repartie sous oracle : cas de l'hébergement des résidences universitaires

Chapitre5

Analyse conceptuelle

5.1 Introduction

L'étude détaillée complète les descriptions réalisées lors de l'étude préalable, et qui concerne le système existant, elles nous ont permis de comprendre les problèmes de ce dernier. L'analyse conceptuelle vise à produire les spécifications de la solution proposée en mettant en oeuvre d'une manière claire les modèles de données et de traitements établis.

A l'issu de ce chapitre, le nouveau système devra pallier aux insuffisances de l'ancien système, nous allons essayer au mieux de concevoir un système qui répondra aux exigences du service d'hébergement et qui sera un point de départ pour la réalisation de l'application.

5.2 Modélisation du nouveau système

5.2.1 L'étude conceptuelle du nouveau système

5.2.1.1 Règles de gestion

Les règles de gestion expriment les règles auxquelles obéit le futur système d'information. Pour cela, nous appliquerons l'ensemble des règles de vérification et de normalisation suivantes :

· Un étudiant peut s'inscrire dans une et une seule résidence, une seule chambre, pendant une année universitaire donnée.

· Un résident réside dans une seule résidence pour une année universitaire donnée.

· Une résidence est résidée par plusieurs résidents.

· Un résident peut faire le transfert vers une autre résidence une seule fois pendant une année donnée.

· Une résidence renferme plusieurs blocs.

· Un bloc appartient à une et une seule résidence.

· Un bloc est constitué de plusieurs chambres.

· Une chambre appartient à un et un seul bloc.

· Une chambre est occupée par un ou plusieurs résidents (nombre limité).

· Un résident peut être en fin de cycle, exclu ou transféré vers une autre résidence. 5.2.1.2 Dictionnaire de données

Le dictionnaire de données est un outil nécessaire pour la construction du modèle conceptuel de données, il est représenté par un tableau qui regroupe toutes les données du système d'information.

Code rubrique	Désignation	Type	Longeur		Observation	ID_resid
Identificateur du résident	A	10			Nom_resid
Nom du résident	A	20			Pren_resid
Prénom du résident	A	20			Sex_resid
Sexe du résident	A	1	M OU F		Dat_nais_resid
Date de naissance du résident	D	10	JJ/MM/AAAA		Lieu_nais_resid
Lieu de naissance du résident	A	20			Adr_resid
Adresse du résident	A	25			Nat_resid
Nationalité du résident	A	30			Photo_resid
Photo du résident	B				Trans_resid
Indique un étudiant transféré	A	1	O ou N		Fil_resid
Filière du résident	A	30			Ser_bac_resid
Série du bac du résident	A	30			ID_res
Identificateur de la résidence	A	10			Nom_res
Nom de la résidence	A	20			Adr_res
Adresse de la résidence	A	20			Nbr_place
Nombre places de la résidence	N	2			Nom_dir
Nom du directeur de la résidence	A	20			Pren_dir
Prenom du directeur de la résidence	A	20

Code rubrique	Désignation	Type	Longeur		Observation	No_chamb
Numéro de la chambre	A	10			Capacité
Capacité de la chambre	N	2			Nbr_plac_lib
Nombre de places libres	N	2			No_bloc
Numéro du bloc	A	10			Nbr_chambre
Nombre de chambre du bloc	N	2			Type_bloc
Bloc garçon ou fille	A	1	G ou F		Année_ins
Année d'inscription	A	9	AAAA/AAAA		Cycle
Cycle du résident	A	15			Année_excl
Année d'exclusion	A	9	AAAA/AAAA		Motif_excl
Motif d'exclusion	A	50			Année_trans
Année de transfert	A	9	AAAA/AAAA		De_residence
Nom de la résidence d'origine	A	20			Vers_residence
Nom de la résidence d'accueil	A	20			Motif_trans
Motif de transfert	A	50			Motif_aband
Motif d'abandon	A	50

Légende :

A : Alphabétique.

N : Numérique.

Blob : Type permettant de stocker de grands blocs de données non structurées.

5.2.1.3 Nouvelle codification

FIG. 5.1 - La nouvelle codificaion.

5.3 Le modèle conceptuel de données

Le modèle conceptuel de données (MCD¹) est une représentation formelle du système d'information, il décrit la sémantique des données manipulées par l'entreprise. Il est facilement compréhensible, permettant de décrire l'aspect statique du système d'information à l'aide des entités et des associations.

'Modèle Conceptuel de Données

FIG. 5.2 - Le modèle conceptuel de données.

5.4 Niveau organisationnel du nouveau système

5.4.1 Nouvelles règles d'organisation

C'est l'expression de l'organisation mise en terme de poste de travail, nature des traitements et de chronologie.

· Une fois que l'étudiant est accepté, une carte de résidence remise à l'étudiant sera établie automatiquement.

· La liste des étudiants inscrits est également établie automatiquement.

· Une fois que l'étudiant est affecté et le dossier de réinscription est complet, le service de l'hébergement réinscrit l'étudiant et lui délivrera une carte du résident automatiquement, ainsi que la liste des résidents sera également établie.

5.4.2 Le modèle organisationnel de traitements

Le modèle organisationnel de traitements (MOT²) est la modélisation de l'aspect dynamique du futur système d'information au niveau organisationnel, c'est-à-dire représenter les choix d'organisation de l'entreprise.

Il exprime pour chaque traitement, le poste de travail associé, la nature des tâches décrites en terme de degré d'automatisation et la chronologie.

5.4.2.1 Description des procédures

²Modèle Organisationnel de Traitements

5.4.3 Le modèle logique de données

Le MLD³ est obtenu en traduisant le MCD dans un formalisme compréhensible par la machine en tenant compte des choix d'organisation en matière de gestion des données.

A l'issue de cette étape, nous disposerons de schémas logiques des données qu'il restera à traduire ensuite dans un langage d'implémentation physique d'une base de données.

5.4.3.1 Les règles de passage du MCD vers MLD

Règle1 : tout attribut devient un champ et tout identifiant devient une clé. Règle2 : toute entité devient une table.

Règle3 : Pour les associations, nous distinguons deux cas :

- Les associations binaires de type Père / Fils : l'association disparaît et l'identifiant de l'entité père migre vers le fils.

- Les associations maillées : toute association devient une table, sa clé primaire sera la concaténation des identifiants des entités qu'elle relie.

5.4.3.2 Le MLD relationnel

Après avoir appliqué les règles du passage, nous avons obtenu le MLD suivant : Résident (ID_resid, Nom_resid, Pren_resid, Sex_resid, Dat_nais_resid, Lieu_nais_resid, Adr_resid, Nat_resid, Photo_resid, Trans_resid, Fin_de_cycle, Fil_resid, Ser_bac_resid). Résidence (ID_res, nom_res, Adr_res, Nbr_place, Nom_dir, Pren_dir).

Bloc (No_bloc, ID_res#, Nbr_chambre, Type).

Chambre (No_chamb, No_bloc# ,Capacité, Nbr_plac_lib).

Inscription (ID_resid#, ID_res#, No_chamb# , Année).

Fin_De_Cycle (ID_resid# , Année, Cycle).

Transféré_De (ID_resid#, Année_trans, De_residence, Motif_trans).

Transféré_Vers (ID_resid#, Année_trans, Vers_residence, Motif_trans). Exclu (ID_resid#, Année_excl, Motif_excl).

Abandon (ID_resid# , Année, Motif_aband).

³Modèle Logique de Données

5.5 Conclusion

Dans ce chapitre, nous avons élaboré et présenté le futur système, en essayant de répondre au mieux aux besoins du service de l'hébergement d'une façon à éviter les anomalies constatées durant notre étude de l'existant et de proposer une nouvelle codification plus efficace pour la gestion des identifiants tout en respectant les règles de gestion adoptées par ce service.

Aussi, nous avons conçu et présenté le modèle conceptuel de données et le modèle organisationnel de traitements qui sont traduits en un schéma relationnel du nouveau système du service de l'hébergement et qui sera mis en oeuvre dans le prochain chapitre.