Création de tables - Idées

Le sujet du projet est en ligne. Allez donc voir de quoi il s'agit, et proposez des idées pour la BDD (mySQL 5.0).

Pour ma part, j'ai commencé à réfléchir (oui oui, j'en suis capable !) :

- Une table pour les actualités / news du site :
News (id, titre, contenu, timestamp ??);

- Pour la gestion des membres / administrateurs du site :
Membre (id, #typeMembre, nom, prénom, @mail, motdepasse, login, ...);
TypeMembre (id, libelle, commentaire, #droits, ...); // libelle pouvant prendre les valeurs admin, normal, etc.
Droits (id, modification, suppression, ...); // modification, suppression, étant des booléens...
--> les droits = valables sur tout le site ? sur certaines pages ? ... ?

- Pour la gestion de l'agenda des évènements se passant à Dijon :
Evt (id, date, heure, #typeEvt, titre, lieu, ...);
TypeEvt (id, libelle, ...); // concert, forum, etc.

- Pour la gestion des images, vidéos, sons, etc.
Media (id, #typeMedia, chemin, commentaire); // chemin étant le chemin du média sur le serveur, sur YouTube, etc.
TypeMedia (id, libelle, commentaire); // image, video, son, ...

- Pour la gestion des médias des évènements :
MediaEvt (id, #idEvt, #typeMedia, ...) // idEvt étant l'identifiant de l'évènement auquel correspond le média

Idées en vrac (voir le sujet du projet) :
- table pour les monuments de Dijon, avec des photos de ceux-ci ??
- table pour les cours d'été pour les étudiants ??
- table pour les droits sur les téléchargement ??

Certaines des tables proposées sont peut-être déjà créées de base par joomla...

Des commentaires ? D'autres idées ?
Je vous écoute...

Personne pour applaudir et louer Dieu (attention ça veut pas dire qu'on peut le soudoyer pour avoir une bonne note) pour ce très beau post ? Je vois que les tables MEDIA et TYPE_MEDIA que j'avais proposées t'ont plu. Les autres tables que tu décris me paraissent nickel. Même si les tables de gestion des droits doivent déjà être intégrées à Joomla elles me semblent correctes.

Bien vu la création de tables ! Je confirme le timestamp peut être très utile pour la gestion des news !

Dieu est un génie !!

Il faudrait que tout le monde lise le cahier des charges qui est sur le wiki, et commente mes idées de tables (des commentaires utiles : qui feront avancer le projet ! --> ceux de qui je parle se reconnaitrons...). :

- Suggestions de tables,
- Modifications, Ajout, Suppression de colonnes dans certaines tables,
- Critiques des "idées en vrac",
- etc.

Une fois que tous les commentaires auront été fait, je dirais qui sont les binômes qui se chargent de quelles tables.

Alors proposez...

Pour ceux qui veulent voir les tables créées directement par joomla, je peux leur communiquer les identifiants pour le serveur mysql sur lequel j'ai déjà regardé ce que ça donnait.

Et l'adresse du site aussi (avec les identifiants d'administration), si vous voulez tester joomla pour vous familiariser avec.

Contactez-moi si vous êtes intéressé.

Je vais regarder le cahier des charges pendant ces vacances.

Après avoir lu le cahier des charges, je mets à jour ma liste de tables à créer :
- Moyen de transport (id, libelle, ...) // Bus, vélodie, ...
- Evenement (id, #idVille, #idBatiment, #idCatégorie, #idMedia, libelle, date, heure, ...)
- CategorieEvt (id, libelle, description, image, ...) // Concert, ...
- Media (id, #idCat, chemin, commentaire, ...)
- CategorieMedia (id, libelle, commentaire) // Image, son, video, ...
- MediaEvenement (id, #idCat, chemin, commentaire, ...) // Média attaché à un évènement
- Lieu (id, #idVille, #idQUartier, #idBatiment, #idCat)
- Ville (id, distanceDeDijon, ...) // Dijon, Quetiny, ...
- Quartier (id, Libelle, photo, ...) // centre ville, campus, ... ?
- Batiment (id, Adresse, photo, ...) // Zénith, ...
- CategorieLieu(id, libelle, commentaire, ...) // loisir, culturel, ...
- Monument (id, #idVille, #Quartier, libelle, description, photo, ...)
- Lien (id, #idCat, libelle, ...) // lien vers un site, ...
- CategorieLien (id, libelle, description, ...)
- News (id, titre, contenu, timestamp ??, ...)
- Membre (id, #idCat, nom, prenom, @mail, mdp, login, ...)
- CategorieMembre (id, libelle, commentaire, #droits, ...) // Etudiant, touriste, admin, modérateur
- DroitsMembre (id, #idCat, modification, suppression, ...) // Booléens
- CategorieDroit (id, libelle, description, ...) // News, articles, ...
- Enseignement (id, #idQuartier, ???) // pour les étudiants

Si vous avez des commentaires, n'hésitez pas, je vous écoute !

Comment on va pouvoir faire pour "lier" la bdd de ce site aux données de divia ou du zénith par exemple ?

M'a semblé avoir vu ça quelque part dans le cahier des charges... Mais j'vois pas bien comment faire pour la mise en oeuvre... En même temps, j'ai p'tet pas non plus énormément cherché encore pour l'instant !

Je pense qu'on pourrait rajouter les tables suivantes :
- Restaurant (idRestaurant, NomRestaurant, Adresse, Prix , Commentaire...)
- Hôtel (idHotel, NomHotel, Adresse, Prix moyen, Commentaire
Je pense que l'ensemble des tables est cohérent au cahier des charges. Par contre, je pense qu'il serait intéressant de rajouter dans la plupart des classes qui entrainent des frais (évènement/monument (visite)) un champs "Prix" qui permettent de classer par la suite chacun des évènements en fonction de leur prix; ce qui est fort utile pour des étudiants la plupart du temps fauchés. Ce champs pourraient être remplit soit par le biais d'un chiffre qui déterminerait le prix moyen de la visite/sortie ou alors par le biais d'une légende permettant d'identifier les différents tarifs proposés (**** : très cher / * : Pas cher).
De plus, un champs commentaire dans certaines tables permettrait de laisser son opinion sur divers restaurant, sorties ou visite).
Enfin, un dernier champs pourrait être rajouté. Il permettrait de localiser les différents emplacements (Visite/Restaurant/Hôtel ou autre évènement) en insérant un lien hypertexte qui redirigerait vers un plan de l'emplacent choisi (via Viamichelin/Mappy)

ué bonne idée pour quentin ...

on pourrait aussi ajouter des tables lié aux divertissements :
- Bar/boites de nuits
- Loisirs en tous genre

par contre le champs commentaire décrit par quentin devra rester une description et non un jugement, pour les resto, hotel et bar on pourrait rajouter un lien vers leurs sites web respectif (quand ils éxistent)

Sinon il faudrait commencer a faire un MCD ^^ enfin un shéma pour notre BDD, qu'on posterait ici, pour cela il faut choper toutes les tables et les concillier dans un autre topic, chacun pourra faire son modele a sa sauce et apres on compare ?

Et bin vas-y, fais nous une/des propostition(s), on fera nos commentaires...

ok je bosse la dessus ce week end

Conformément aux tables définies précédemment dans le topic, voici une première ébauche du diagramme UML pour le projet Joomla. Au départ, ce devait être un MCD mais Mr Chabrier ne souhaite pas utiliser la méthode Merise, lui préférant la méthode UML beaucoup plus développée dans le monde professionnel.

Bon jvais proposer mon diagramme des classes, j'ai 2,3 remarques a faire au sujet du modèle proposé par quentin mais dans l'ensemble il est sympa.

pour le moment je balance la partie du diagramme des classes qui englobe ville,transport,lieu,batiment,etc ...



jvais retoucher un peu a la partie membre et droits des membres car on peut les relier.
concernant le modèle de quentin, il semblerait qu'on puisse associé beaucoup plus d'ensembles de tables que tu ne l'a fait (enfin vous voyez l'idée quoi) par exemple grace au lien internet enfin on en discutera la semaine prochaine.

bon voila pour la partie membres maintenant :






je ne vais pas refaire la partie evenement qui a été bien traité par quentin je trouve.
j'attends vos critiques/suggestions sur les modèles proposés, bon week end a tous.

Greetz

Pas mal les filles...

Vos diagrammes sont tous les deux bien. J'ai donc fait un petit mix des 2, dites-moi ce que vous en pensez : améliorations, suppressions, remarques, tout ce que vous avez à dire...

Pour la partie Ville, evt, news, et :



Sinon, pour la partie Membres, rien à dire, le diagramme de vincent est bien (d'après moi) :



J'attends vos suggestions, et je distribuerais les tâches dans le WE...

rien a dire sur la reunion des diagramme de classes, il me semble bien ...

juste au niveau des transport je trouvait ma classe association plus pratique que ta proposition nico, disons que ça permettait de repertorier tout les arret (bus) et borne velodi de chaque quartier, m'enfin c'est mon avis

C'est pas faux...

Qu'est-ce que vous en pensez les autres ?

je pense que la réunion des deux diagrammes est intéressante et complète à la fois. Concernant la conceptualisation de la classe transport, je suis d'accord avec Vincent. C'est plus utile et concret de savoir quelles sont les stations de bus (ou velodi) dans un quartier. Par contre si faut se rentrer tous les arrêts du réseau Divia ainsi que toutes les stations Vélodi.... on est pas sorti!

Oui, la solution de Vincent est mieux pour visualiser tous les arrêts d'un quartier. Et ça peut être utile...

C'est vrai que ce serait mieux de tout intégrer dans notre solution, tant qu'à faire... Mais comme dit Quentin, la saisie va être galère !

Cela dit, il y a déjà les sites de divia et de velodi avec lesquels je nous vois mal rivaliser en si peu de temps, surtout qu'on n'a pas que cette partie à faire pour le site...

Sinon on peut aussi mettre un lien "voir les stations/arrêts du quartier" qui pointerait vers l'un de ces sites... C'est moche, mais si on peut pas faire autrement...

Enfin faudra voir. On peut toujours prévoir les tables mysql en tout cas !

Pour le reste, ça me semble nickel.

OK, tout le monde (...) étant contre moi, voici la nouvelle version du diagramme de classes :



ça vous va, ou d'autres améliorations sont envisageables ? J'attends vos remarques à tous...

Content Vincent...?

Bon je crois que cette fois tu peux valider ton diagramme: il est nickel! Bien joué! On attend ta répartition des tâches pour la création des tables (même si sous Sybase Power Designer tu pourrais le faire en un clic!!!!) et la réalisation des scripts d'insertion php! Bon courage!!!!

ué nikel nico rien a redire sur la modélisation ce coup ci

rodger on attend nos nouveau ordres

merci les filles...

Voici la répartition des tâches pour la création des scripts SQL et la création des formulaires de saisie en php de ces tables pour les admin du site (pas de css ou autre, juste le formulaire, pour que le groupe développement n'ait qu'à faire un "include" dans leur page) :
- Vincent et Miguel : Gestion des membres (Diagramme que tu as réussi à la perfection du premier coup...)
- Quentin et Benoit : spécialisations de batiment + cat_batiment + enseignement + lien + cat_lien
- David et Romu : Media_evt + Evt + Cat_evt + Quartier + Ville
- Sébastien et lui-même : spécialisations de moyen de transport + transportParQuartier
- Moi-même et mon binome : Media + Catégorie Media + News

Pour les spécialisations de classes, je propose que l'on ne créé que les tables spécialisée dans la BDD. Par exemple, Batiment ne sera pas une table de la BDD, mais on créera les tables Monument, Hotel, etc avec les attributs de Batiment. Je crois savoir que certaines personnes font autrement, si c'est le cas, venez en discuter.

Si vous rajoutez des attributs, ou que vous modifiez les tables, venez en parler sur le forum, et faites-moi un petit document texte pour m'expliquer rapidement à quoi cela va servir.

De même, dans le script de création de tables, mettez un commentaire bref pour chaque attribut...

Si quelque chose n'est pas compris, ou mal fait, contactez moi (pm ou forum).

Au boulot les enfants...

P.S: il faudrait que quelques personnes se dévouent pour faire le manuel de maintenance. Dans la diagramme de Gantt, j'ai mis David et Quentin d'office, mais si quelqu'un veux se dévouer, ou se joindre au groupe, qu'il n'hésite pas !

ok. Bon bin on se met au boulot puis on t'envoie tout sa je suppose. Question : Pour tout ce qui concerne les champs "commentaires" (qui sont assez présent dans la plupart des tables), est ce qu'on utiliserait pas FCKEditor qui est un petit éditeur en ligne implémentable sous php et qui permet de saisir du texte en le typant (italique, souligné, gras...) ?

Euu pour la date_evenement, on la met en quoi dans la bdd (table evenement) ? Varchar ? Format jj/mm/aa ?

Parce que je veux bien y mettre un champ timestamp, mais je doute que les admin qui seront chargés de la saisie génèrent eux-même la valeur de timestamp rien qu'en pensant à la date prévue de l'évènement... A moins que je n'aie loupé quelque chose...

Pour les formulaires php, faut faire le traitement qui va avec j'imagine ? Par contre, on ne fait pas la suppression/modification dans la bdd ? Ai-je bien tout compris ?