Discussion :

[donguyzo]

Bonjour à tous,
Je suis actuellement sur un projet de conception de kiosque à journaux numérique. Je vais essayer de résumer le projet. Il s'agira s'un site web sur lequel les utilisateurs devront s'inscrire et créditer un compte pour pouvoir acheter les journaux du jour. Aussi il a la possibilité de s'abonner (de façon hebdomadaire, mensuel ou annuel) à un journal si son compte le lui permet. Voilà en quelques mots résumé le projet. Je viens donc par ce message solliciter votre expertise pour la validation de mon MCD que vous trouverez en suivant ce lien http://cjoint.com/?BJtngLr96Ts .
Merci d'avance.

[fsmrel]

Bonjour donguyzo,


En première approche, votre MCD n’attire pas de commentaires particuliers, sinon qu’il a été bâti de façon réfléchie. Les règles de gestion se dégagent de sa lecture.

Toutefois :

Certaines propriétés son facultatives : vous avez dû vous rendre compte en suivant les discussions plus ou moins animées sur ce sujet que l’enjeu est qu’au niveau relationnel elles soient toutes obligatoires (pas de marques « NULL » au niveau SQL), quitte à mettre en œuvre des entités-types spécialisées.

Pour la même raison, au niveau relationnel, l’association-type Souscrire devra faire l’objet d’une table.

Entité-type JOURNAL : il existe un attribut Journal_Numero, on a envie d’en déduire qu’un abonnement est fonction du numéro du journal : voulez-vous signifier qu’un abonnement est effectif à partir de tel numéro du journal ? Je suis dans le bleu, merci de nous éclairer sur la présence de cet attribut, il y a peut-être un loup.

L’entité-type Operation est manifestement une association-type déguisée. Pourquoi cette mutation au niveau conceptuel ?

Au niveau épiphénoménal : les habitués de ce forum vous demanderont pourquoi certains attributs de l’entité-type UTILISATEUR (ville, pays, ...) ne sont pas externalisés. Pas grave, à moins que vous ne vouliez produire des stats sur les données correspondantes.

A suivre...

[CinePhil]

créditer un compte pour pouvoir acheter les journaux du jour.

J’interprète ici qu'un utilisateur peut acheter un journal à l'unité, ce qui n'est pas modélisé dans votre MCD.

Aussi il a la possibilité de s'abonner (de façon hebdomadaire, mensuel ou annuel) à un journal

Dans votre MCD, un utilisateur ne peut souscrire au plus qu'un seul abonnement qui lui même ne concerne qu'un seul journal. Plutôt restrictif comme offre commerciale !

Entité-type JOURNAL : il existe un attribut Journal_Numero, on a envie d’en déduire qu’un abonnement est fonction du numéro du journal : voulez-vous signifier qu’un abonnement est effectif à partir de tel numéro du journal ? Je suis dans le bleu, merci de nous éclairer sur la présence de cet attribut, il y a peut-être un loup.

Cela m'intrigue aussi.
Il faut, à mon avis, distinguer le journal en tant que titre publié (Studio Ciné Live, Capital, Géo, L'ère nouvelle, France Billard...), auquel on peut s'abonner, et les numéros distincts de ces journaux que l'on peut acheter à l'unité. Sans oublier qu'il y a parfois des numéros spéciaux hors série qui peuvent, ou non, être inclus dans les formules d'abonnement.

J'ai cité Studio Ciné Live à dessein car c'est le produit de la fusion de deux journaux : "Studio Magazine" et "Ciné Live". Il faudra peut-être prévoir la survenance de la fusion au milieu de l'abonnement de l'un ou l'autre journal.

L’entité-type Operation est manifestement une association-type déguisée. Pourquoi cette mutation au niveau conceptuel ?

Ça ne me choque pas. Si on en revient à l'association, il faudra qu'elle soit ternaire pour que la date participe à son identification.

Au niveau épiphénoménal : les habitués de ce forum vous demanderont pourquoi certains attributs de l’entité-type UTILISATEUR (ville, pays, ...) ne sont pas externalisés.

Effectivement ! Ce serait mieux, pour éviter d'avoir X fois la même ville écrite potentiellement avec des orthographes différentes, éventuellement incompréhensibles ou difficilement interprétables pour La Poste, ce qui peut poser des problèmes pour l'acheminement des journaux commandés.