Discussion :

[uptiplex]

Bonjour à tous,

Nous somme un groupe d'étudiant et nous travaillons actuellement sur une étude de cas issu d'un projet collaboratif (Bee-Plane).

Nous avons comme objectif de mettre en place une base de données par la réalisation d'un MCD ensuite d'un MLD et enfin d'utiliser le logiciel ACCESS.

L'objectif est de confier une mission à un opérateur qui doit chronométrer les différentes étapes d'atterrissage d'un avion civile.

Nous avons déjà établit un MCD avec les différentes cardinalités, nous travaillons actuellement sur le MLD pour ensuite établir une base de données sous ACCESS qui correspond a la maquette réalisé ci jointe (BeePlane) pour respecter notre objectif.

Vous trouverez ci joint le MCD réalisé avec les cardinalités, sachant que nous ne sommes issu d'une filière informatique et avons des compétences très limiter dans ce domaine, nous vous sollicitons dans le but d'améliorer notre MCD et sommes prêt à écouter toutes suggestions ou remarques.

Merci d'avance pour toutes aides proposés.

Cordialement.
Uptiplex.

[fsmrel]

Bonsoir uptiplex,


Vous fournissez le début de votre dossier (que j'ai annoté) :




Vous fournissez aussi la partie MCD :





Le dossier est à compléter avec l’ensemble des règles de gestion des données servant à bâtir le MCD.

Par exemple, selon ce dernier, à une mission donnée peuvent participer plusieurs opérateurs, mais encore serait-il bien d’écrire cela sous forme de règle.


Il faudra que vous révisiez vos cours de modélisation Merise au sujet des cardinalités. En effet, vous avez établi une bijection entre les entités-types AVION et VOL : un avion effectue donc exactement un vol (c'est-à-dire au moins un et au plus un) et un vol est effectué par exactement un vol : si c’était vrai, il faudrait fondre AVION et VOL en une entité-type unique. Autres bijections suspectes : VOL – MISSION, VOL –AEROPORT, etc. :

Si l’on vous suivait, les entités-types AVION, VOL, MISSION, AEROPORT devraient toutes être fondues en une seule entité-type...

La patte qui connecte l’entité-type OPERATEUR et l’association EFFECTUER est porteuse d’une cardinalité 1,1, ce qui signifie que, dans toute sa carrière, un opérateur sera limité à un unique chronométrage.

Selon le MCD, une mission fait l’objet exactement d’un chronométrage, et le même chronométrage est utilisable pour plusieurs missions : hum...

Où sont passées les opérations évoquées dans le document qui tient lieu de dossier ?

=> Revoyez déjà les cardinalités et complétez les règles de gestion, on verra ensuite si le MCD répond à ce qui est attendu.

[uptiplex]

Bonjour,

Désolé pour le retard, nous avons eu pas mal de travail en dehors du projet.

Nous avons établit un nouveau dossier plus clair (je l'espère), désolé pour celui d'avant c'était un brouillon pas du tout complet.

Nous avons établi dans ce nouveau dossier les règles "primordiales" pour notre objectif.De plus après concertation avec notre professeur, il se trouve que l'on doit inclure le décollage en plus de l'atterrissage pour le chronométrage.

J'espère que le fichier contenant l'objectif et les règles aidera à mieux comprendre notre MCD de départ.

Objectif et règles BeePlane.pdf

Merci encore pour votre aide.

[fsmrel]

Bonjour uptiplex,


Il faudrait que vous fournissiez un MCD corrigé (notamment en ce qui concerne les cardinalités) et synchrone avec les règles.


Bon dimanche