Architecture type CMS

Bonjour à tous,

Je suis en train de développer une application pour un office de tourisme et je but sur une partie du système.

L'utilisateur à besoin de créer ses menus (pas de problème !), un menu peut être lié soit à un article, soit à un listing qui permettra au clique d'un item de consulter un article.

Je ne vois pas trop comment je peux faire ça. (génération des listings)
Est-ce l'article qui est lié à un menu (1) ? Ou est-ce un menu qui est lié à un article (2) ?

Dans le cas (2), je suis libre car je peut pointer mon controller sur n'importe qu'elle composant ... Ex: index.php?controller=article&id_article=1 ou enore index.php?controller=listing&id_listing=1

Dois-je obligatoirement avoir une table listing pour faire mes liaisons ? (dans ce cas l'utilisateur devra lié des articles à un listing !)

Bref je suis perdu !!! :aie:

Merci de votre aide.

Nico ;)

Citation:

---

Envoyé par acidline

Bonjour à tous,

Je suis en train de développer une application pour un office de tourisme et je but sur une partie du système.

L'utilisateur à besoin de créer ses menus (pas de problème !), un menu peut être lié soit à un article, soit à un listing qui permettra au clique d'un item de consulter un article.

Je ne vois pas trop comment je peux faire ça. (génération des listings)
Est-ce l'article qui est lié à un menu (1) ? Ou est-ce un menu qui est lié à un article (2) ?

Dans le cas (2), je suis libre car je peut pointer mon controller sur n'importe qu'elle composant ... Ex: index.php?controller=article&id_article=1 ou enore index.php?controller=listing&id_listing=1

Dois-je obligatoirement avoir une table listing pour faire mes liaisons ? (dans ce cas l'utilisateur devra lié des articles à un listing !)

Bref je suis perdu !!! :aie:

Merci de votre aide.

Nico ;)

---

Même si tu explique bien ton problème tu donne très peu d'infos qui permettent de juger qu'elle solution adopté, tu ne parle que de la modélisation, mais que je sache tu ne fais pas que du stockage, ces articles, menu ou encore listing ont certainement des règles de gestion pour être afficher ? Alors c'est la logique métier qui te permettra de définir quel est la meilleur façon de modéliser et de stocker ...

Ce n'est que mon point de vue, j'espère que t'aura d'autres avis bon courage

Merci de t'intéresser à mon problème !

En fait je ne sais pas comment m'y prendre => je ne sais pas comment aborder la logique métier !

Exemple : j'ai un menu "Infos Station" => j'ai le choix de le lier à un article ou à un listing. Pour décidé de le lier un article qui s'appelle "Vive le ski", pas de problème pour créer le lien qui va bien. (index.ph?controller=article/display&id_article=X

2ème Exemple : j'ai un menu "Accompagnateur de montagne" => j'ai le choix de le lien à un article ou à un listing. Je décide de le lier à un listing. J'arriverai donc sur une page qui contiendra un listing de ces accompagnateurs. Au clique sur "en savoir plus" j'irai sur une page descriptive correspondant à un article.

Le truc c'est comment faire ? Suis-je obliger d'avoir une table listing du type

#id_listing
titre_listing
articles_lies

de ce fait mon menu aura pour lien index.php?controller=listing&id_listing=X

ou il y a t-il une autre manière de procéder ?

le but est de faciliter (peut-être un peu trop) l'interface utilisateur en backoffice... :roll:

Nico

Il faut que tu arrive à identifier clairement le but et l'utilisation de chacune des entités que tu utilise.

Article : Ca correspond à quoi niveau métier ? -> Un produit ? Niveau Front Office ça correspond à quoi ? -> une page ? Au niveau back ?

Menu : Ca correspond à quoi niveau métier ? -> Une catégorie ? Niveau Front office ? -> Une rubrique d'une menu (qui contient des articles, qui sont des articles ?) ? Au niveau back ?

Listing : Ca correspond à quoi niveau métier ? -> Une sous-catégorie ? Niveau Front office ? -> Une sous-rubrique ? Au niveau back ?

Il faut que tu fasse une analyse et une conception qui te permet d'y voir plus claire, il faut que tu arrive à définir chacune de tes entités et leurs état/statut et leurs relations (entre elle) dans le cycle de vie de ton application.

Tu peux te baser sur des méthodologie (ou des parties seulement de ces méthodologies), par exemple Modèle conceptuel des données (niveau merise) il te permettra d'identifier tes entités et les futures tables dans le modèle physique, les Uses Cases (Niveau UML) ...

Bref ce n'est pas simple et c'est un travail à faire la conception.