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

 > 

Conception et développement d'un outil information pour la gestion de l'aménagement paysager au sein de la communauté urbaine de Yaoundé(C.U.Y)

( Télécharger le fichier original )
par Jean Simon BAMAL ba LIHEP
Université de Yaoundé - Ingénieur Agronome 0000
  

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

4.3 Développement du Système d'Information :

4.3.1 Du modèle logique au modèle physique de données (base de données) :

Le MCD avant sa phase opérationnelle est converti ou représenté en modèle logique de données (MLD) compatible à Système de Gestion des Bases de Données Relationnelles(SGBDR).

Le MLD permet d'adapter le MCD dans un Système de Gestion des Bases de Données Relationnelles, puisque le MCD est représenté indépendamment des contraintes des fonctionnalités que posent les Systèmes de Gestions des Bases Relationnelles; dans ce cas d'étude, il s'agit du SGBBR Access. Ainsi Le MCD sera transformé en MLD de telle manière qu'il puisse être implémenté sans contrainte dans Access en MPD Modèle opérationnel pouvant ainsi servir de base de données du SI.

Dans ce cas toutes les entités permanentes sont transformées en tables conformément au formalisme du contexte relationnel.

Les propriétés de chaque entité deviennent des attributs des tables correspondantes.

Les propriétés des entités et des relations deviennent des attributs du MLD. Les tables conservent leurs attributs.

Les entités permanentes avec héritage sont transformées aussi en tables. Mais les entités en héritages deviennent des attributs de la table principale. Les « types » servant d'un assistant de choix des attributs.

Concernant les cardinalités il existe dans le MCD, les cardinalités du type (1, n)(0,n)/(1, n),(0,n) ; (1, n),(0,n) /(1,1 ),(0,1). Chaque combinaison de cardinalités donne lieu à un type de relations jointures. Pour que le MLD soit exploitable dans Access, il faut que tous les relations établies entre les tables soient du type un - à - un ou un - à - plusieurs.

Ainsi les relations du MCD encadrés par les cardinalités (1, n), (0, n)/ (1, n), (0, n), sont transformées en relations de un - à - plusieurs (1, 8) dans le MLD, par adoption de certaines relations comme tables de « transition » entre deux tables permanentes. 

Tout comme les relations du MCD encadrés par les cardinalités (1, n), (0, n)/ (1,1), (0, 1) sont transformées en relations de un - à - plusieurs (1, 8) dans le MLD, par adoption de relation « virtuelle » entre les deux tables permanentes. 

On aboutit donc aux MLD de la figure 4.4.

Au bout de ces différentes transformations, le MLD obtenu (figure 4.4) est implémenté dans Access conformément aux instructions de création d'une relation dans une BD Access en MPD (figure 4.5).

Contrat de collaboration pour équipements d'aménagement

Identité équipement Code contrat

Mise en service pour équipement d'aménagement

Identité équipement

Code mise en service

Personnel mis en service

Code mise en service

Code régie

Contrat de collaboration pour ouvrage d'aménagement

Identité d'équipement

Code contrat

Code service

Code mise en service

Services identifiés pour mise en service

Mise en service pour ouvrage d'aménagement

Identité ouvrage

Code mise en service

Service identifié pour ouvrage d'aménagement

Identité ouvrage

Code service

Services identifiés pour équipements d'aménagements

Identité équipements

Code service

Prestataires

Code prestataires

Nom

Catégorie

Réf contrat

Mise en service

Code mise en service

Date du jour

Heure de service

Observations

Personnel

Code personnel

Nom et prénom

Qualité

Identité ouvrage

Type d'ouvrage

Nom pépinière

Lieu de situation

Nom espace vert

Nature

Etat d'entretien

Nom voirie

Tronçon

Longueur de voirie

Ouvrages

D'aménagement

Contrat de collaboration

Code personnel

Code réception

Code d'appel

Réf du contrat

Type

Année budgétaire

Durée

Appel à la candidature

Code d'appel

Nom

Qualité

Code service

Réception du contrat

Code réception

Date de réception

Type de réception

Responsable

Equipements d'aménagement

Identité équipement

Identité ouvrage

Type d'équipement

Nom scientifique

Nom commun

Classe d'espèce

Type d'espèce

Nom du monument

Date d'édification du monument

Nom d'infrastructure

Nombre d'infrastructures

Services identifiés

Le personnel

Identifie

Code service

Type de besoin

1, 8

1, 8

1, 8

1, 8

1, 8

1, 8

1, 8

8, 1

1, 8

1, 8

8,1

1, 8

1, 8

1, 8

1, 8

1, 8

1, 8

1, 8

1, 8

1, 8

1, 8

Figure 4.1 : Modèle logique de données.

1, 8

Figure 4.2: Base de données implémentée dans Access issue du MLD.

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 y a des temps ou l'on doit dispenser son mépris qu'avec économie à cause du grand nombre de nécessiteux"   Chateaubriand