Discussion :

[yngvi]

Bonjour,

Dans le cadre de mon projet de fin d'année, je dois faire le site d'une association.
Cette association édite chaque année un livre dédié au 3e âge.
Comme les personnes âgées sont de plus en plus connectées, ils veulent également mettre en ligne le contenu du livre.
Et ils veulent donc que l'achat du livre donne accès au site pour l'année achetée.
L'achat du livre reste obligatoire. Pas d'adhésion sans achat du livre.

J'ai fait ceci :

Déjà est-ce qu'il n'y a pas de gros écueils dans ce que j'ai fait ?

Ensuite, quand l'année arrive proche de son terme, ils veulent mettre en vente un lot avec le livre qui va arriver à échéance + le livre de l'année suivante à un prix préférentiel.
Je ne vois pas comment modéliser cela
Si je fais un article contenant les 2 livres, je vais être gêné pour faire la liaison avec mes adhésions.
Comment faire ?

Autre question, en faisant des recherches pour essayer de résoudre mon pb, je suis souvent tombé sur des MCD avec des entités différentes pour gérer les ligne de la commande, les lignes de la facturation et les lignes de la livraison. Je ne comprends pas pourquoi elles sont toutes séparées, tout me semblant lié. Pourquoi les séparer ?

Merci.

[edit] Désolé je pensais poster dans Schéma [/edit]

[escartefigue]

Bonjour yngvi et bienvenue dans ce forum

C'est difficile de critiquer un modèle conceptuel sans avoir connaissance des règles de gestion.
Il faut a minima une règle pour chaque "patte" d'association. Vous pouvez les rédiger sous la forme

R001a : un acheteur peut passer plusieurs commandes
R001b : une commande est passée par un et un seul acheteur

Le numéro affecté à chaque règle facilite les échanges
Le terme "peut" justifie une cardinalité minimale de zéro
Le verbe "passer" commun aux deux règles permet de nommer l'association

En attendant ces règles de gestion, quelques remarques d'ordre général :

• il est préférable d'utiliser un verbe à l'infinitif pour nommer chaque association, par exemple "concerner" plutôt que "est lié à la facture" ou encore "facturer" plutôt que "est facturée"
• je suis surpris par la cardinalité minimale de zéro coté commande vers ligne : une commande sans ligne de commande nécessite des explications
• la présence des adresse, ville et pays dans la commande comme dans la facture nécessite aussi des explications.
• les adresses françaises et étrangères sont normées par la poste, il est recommandé d'utiliser cette norme
• pensez, en rédigeant vos règles de gestion, à bien préciser si chaque personne (acheteur ou autre) peut avoir plusieurs adresses (de livraison, de facturation...) ou plusieurs téléphones (fixe domicile, fixe bureau, mobile perso, mobile d'astreinte...)

[edit] Désolé je pensais poster dans Schéma [/edit]

C'est corrigé