Version imprimable
Bonjour,
dans mon modèle je défini :
Une entité Projet
Une entité Mesure ( nombre de fonctionnalités ect ...)
Un projet peux avoir plusieurs phases et pour chaque phase cela correspond à une mesure.
Ex : En "phase de conception" le projet "A" mesure "30 fonctionnalités"
Je ne vois pas comment modéliser cela en Merise pour bien spécifier que pour chaque phase de projet j'ai une mesure correspondante.
Dois je créer une entité Phase ?
Merci!
En écrivant vos règles de gestion correctement, ce sera plus clair et plus facile à modéliser.
La vous avez deux moitiés de deux règles différentes :Citation:
Un projet peux avoir plusieurs phases et pour chaque phase cela correspond à une mesure.
- Celle spécifiant l'association entre projet et phase ;
- Celle spécifiant l'association entre phase et mesure.
Essayez d'appliquer le principe de mon billet de blog et proposez nous les règles bien écrites et votre schéma.
Je vous rejoins, en exprimant plus clairement mes idées je pourrais les modéliser correctement. C'est bien là que réside ma difficulté.
J'essaye donc à nouveau :)
L'entrant métier dont je dispose est le suivant "Un projet peux être mesuré (nombre de fonctions, nombre de contributeurs, ...) à différentes phases". Il existe un nombre fini de phases.
Ex : En phase "d'élaboration" le projet "X" mesure " x fonctions, 3 contributeurs, ..."
Je n'ai pas d'informations supplémentaires.
Sur cette base je pense donc créer 2 entités :
Projet
Mesure
Ma question est comment dois je modéliser le fait qu'une mesure d'un projet soit réalisée à une unique phase.
L'ambiguité réside dans le fait que l'on mesure un projet à une phase donnée.
PS : si ces informations ne sont pas assez spécifiantes, pourriez-vous svp m'indiquer enquoi exactemet.
Merci.
Est-ce que les différentes mesures doivent être enregistrées en base de données ou bien s'agit-il de mettre en oeuvre un système qui permet de mesurer, dans le sens de calculer, au moment où on le souhaite, par exemple le nombre d'intervenants durant telle phase ?
Concentrez vous d'abord sur l'articulation projet <-> phase.
Les phases sont-elles les mêmes pour chaque projet ?
Selon la réponse à cette question, la modélisation ne sera ps tout à fait la même.
Bonjour,
Les différentes mesures sont renseignées par les utilisateurs puis stockées en base de données. (Ceci dit ces mesures sont destinées à être agrégrées pour ensuite les ventiler selon certains axes d'analyses. Ex : Le nombre de fonctionnalités par domaine / groupe / ... )
Pour chaque projet les phases sont identiques, ils s'agit de normes pris par le client pour caractériser un projet ( Il en existe 4 ).
OK. Donc il faut modéliser l'enregistrement des mesures.Citation:
Envoyé par aharonsefsaf
Qu'est-ce que cette nouvelle notion de "norme" ?Citation:
Pour chaque projet les phases sont identiques, ils s'agit de normes pris par le client pour caractériser un projet ( Il en existe 4 ).
Et puisque c'est "pris par le client", comment se fait-il que ce soit identique pour chaque projet si c'est le client qui décide ?
Mais soit !
Si les phases des projets sont identiques, quel que soit le projet, alors vous avez la règle de gestion suivante :
R1 : Un projet comprend de une à plusieurs phases et une phase peut être comprise dans plusieurs projets.
Il en découle le morceau de MCD suivant :
Projet -1,n----comprendre----0,n- Phase
On en déduit, par exemple, les tables suivantes :
te_projet_prj (prj_id, prj_nom...)
tr_phase_phs (phs_id, phs_code, phs_libelle...)
tj_prj_comprendre_phs_pcp (pcp_id_projet, pcp_id_phase, pcp_date_debut, pcp_date_fin...)
Voilà la démarche de réflexion que vous devez avoir pour concevoir correctement votre base de données.
Bonjour,
j'entend par "normé" le fait qu'il sagisse de phases de projet identiques pour chaque projet et défini "par le client pourlequel je travaille" (je vous concède l'ambiguité de ma phrase).
Voici le MCD que je défini :
Projet -1,n----comprendre----0,n- Phase
Projet -1,n----mesure----1,1- Mesure
Mesure -1,1----réaliser----0,n- Phase
Est ce que cette modélisation vous semble donc correcte au regard des hypothèses évoquées ?
Merci
Reprenons vos morceaux de MCD...
C'était le mien et ça donne les tables suivantes que j'ai données dans mon précédent message :Citation:
Envoyé par aharonsefsaf
Citation:
Envoyé par CinéPhil
Ça ajoute la table suivante :Citation:
Envoyé par aharonsefsaf
te_mesure_mes (mes_id, mes_id_projet...)
=> Comment sait-on sur quelle phase du projet est effectuée cette mesure ?
Ce qui modifie la table te_mesure_mes ainsi :Citation:
Envoyé par aharonsefsaf
te_mesure_mes (mes_id, mes_id_projet, mes_id_phase...)
=> Comment est-on sûr que la phase mesurée est bien celle du projet mesuré ?
En effet, avec vos deux associations, chaque clé étrangère mes_id_projet et mes_id_phase est indépendante.
Si, par exemple, la phase développement du projet 2 est terminée mais pas celle du projet 1, vous pourriez enregistrer la mesure de la phase de développement du projet 2 mais associée au projet 1. :aie:
Il faut donc aller un peut plus loin...
Je reprends l MCD :
Projet -1,n----comprendre----0,n- Phase
Transformons l'association "comprendre" en entité associative :
Projet -1,n----associer----(1,1)- Projet_Phase -(1,1)----concerner----0,n- Phase
=> Les cardinalités entre parenthèses signifient une identification relative, ce qui veut dire que l'entité associative projet_phase n'a pas d'identifiant propre ; son identifiant est composé de ceux des entités types Projet et Phase.
La table tj_prj_comprendre_phs_pcp devient la table suivante :
te_projet_phase_pph (pph_id_projet, pph_id_phase, pph_date_debut, pph_date_fin...)
Ensuite, on peut associer cette entité associative à mesure :
Mesure -1,1----Mesurer----0,n- Projet_phase
Ce qui donne la table suivante :
te_mesure_mes (mes_id, mes_id_projet, mes_id_phase...)
La différence réside dans le fait que la clé étrangère référence le couple (mes_id_projet, mes_id_phase) de la table te_projet_phase_pph et on est ainsi certain que la phase mesurée est bien celle du projet mesuré.
Merci !