MCD génération de document + système de version optimisation?

Bonjour,

Pour un projet, je dois créer un système qui génère un rapport en latex avec un système de version pour visualiser chaque modifications.
Mes cours de Merise/UML me semble bien loin pour faire un bdd optimisé.

je suis parti sur ce système:

exemple: l'élément introd/sommaire me donnera la syntaxe en latex

- élément -> identifiant, un nom, une description et une syntaxe

- Pages -> identifiant,titre

- Version -> identifiant , date, commentaire

Pages,version-> id_Element, position, contenu

exemple:
page 1 , version 4 -> id-3 (image), 1, url
page 1 , version 4 -> id-2 (sommaire), 2, ""

=> donnera une image en début de fichier suivi d'un sommaire

Une fois le document fini, en récupérant les éléments triés sur la position je peux récupèrer un doc en latex

j'obtiens ce MCD mais cette configuration risque de poser un pb si j'utilise deux fois le même élément dans un même page

Merci pour votre aide. N'hésitez pas à partager si vous avez une meilleur idée pour la création d'un document

Bonjour Ksooos,

Citation:

---

Envoyé par Ksooos

mais cette configuration risque de poser un pb si j'utilise deux fois le même élément dans un même page

---

==> un élément dépend :

• d'une page, toutes versions confondues ?
• d'une version, toutes pages confondues ?
• d'une page bien particulière sur une version bien déterminée ?

Bonjour Richard_35,

Oui, je vois quelque chose comme:

une pages,une version,une position -> un élément

j'ai amélioré mon mcd car sur le précédent j'avais un pb je pouvais pas utiliser le meme élément

Nouveau MCD:

j'ai supprimé la notion de pages et ajouter une entité Bloc dont l'identifiant sert de position.

A la fin, j'obtiens:

Id_projet | id_version | id_bloc | id_element | options

projet 1 | version 2 | bloc 1 | élément 2 | options
projet 1 | version 2 | bloc 2 | élement 2 | options

Reste a voir si on peut améliorer d'autre points?
Pièce jointe 168198

Citation:

---

Envoyé par Ksooos

une pages,une version,une position -> un élément

---

==> donc, un élément dépend :

• d'une page, toutes versions confondues ?
• d'une version, toutes pages confondues ?
• d'une page bien particulière sur une version bien déterminée.

Je ne sais pas ce qu'est un bloc... et ne connais pas les règles de gestion. Mais, pour en revenir au premier MCD, la solution serait de détailler l'association Utiliser comme suit :

Pièce jointe 168204

MCD 1:

Merci, j'étais sur que c'était une histoire avec un double lien identifiant.

MCD n°2:

L'identifiant du bloc me sert comme position.Mais j'avoue l'avoir appelé Bloc c'est pas hyper clair.

Un projet a au moins 1 version
Une version appartient à 1 seul projet

Une version est composé de 0,n bloc
Un bloc appartient a 1 seul version

Un bloc utilise 1 element
Un élément est utilisé ds 0,N bloc

Pour identifier une version, il faut connaitre le projet donc on a un lien identifiant
Pour identifier un bloc, il faut connaitre la version donc on a un deuxième lien identifiant

Ma table BLOC a donc comme identifiant:

id_projet,id_version,id_bloc -> id_element, options

En la testant cette version semble marcher mais le MCD 1 semble beaucoup plus clair maintenant avec tes corrections

Merci beaucoup pour tes corrections

Bonjour Ksooos,

Citation:

---

Envoyé par Ksooos

Un projet a au moins 1 version
Une version appartient à 1 seul projet

Une version est composé de 0,n bloc
Un bloc appartient a 1 seul version

Un bloc utilise 1 [seul] element
Un élément est utilisé ds 0,N bloc

---

==> voilà des règles de gestion qu'elles sont bien !... à partir de celles-ci, voici le MCD :

Pièce jointe 168248

Et les tables correspondantes :

Projet(IdProjet, ...)
Version(IdVersion, #IdProjet, ...)
Element(IdElement, ...)
Bloc(IdBloc, #IdVersion, #IdElement, ...)

Je t'invite à consulter cet excellent billet de CinePhil qui balaye tous les cas possibles de cardinalités entre deux entités.