Bonjour, je suis webmaster de quelques qite et je voudrais faire une representation UML d'un site web pour qu'il soit evolutif, j'y ai un peu travaillé, et voila le debut de ce que je veux avoir. je pense qu'il contient beaucoup de defauts, et je pense que le resultat dependra du point de vue de chacun, mais j'aimerais avoir vos avis et vos conseils pour arriver a mes fins
Je souhaite que tous les aspects d'un site web soient representés (Affichage, URL, langue, contenu, BDD, gestion des fichiers ...)
Merci !
 

 
EDIT : il est évident que ce n'est qu'un début, et que les méthodes et compagnie n'ont pas encore été traitées (à part un début pour la BDD)

J'ai modifié la classe Page, j'avais oublié de mettre le Template, là ça change tout...

J'ai déja tout oublié de mes cours d'UML mais c déja très bizarre que tu n'ai que des associations.
 
Ne commence pas par le diagramme de classe et fait un tour là aussi je pense http://laurent-piechocki.developpe [...] toriel/lp/

Merci pour le lien
J'avais fait un diagramme de cas d'utilisation, mais il ne servait a rien...
Effectivement, il n'y a que des associations, dans une version precedente, il y avait des heritages, mais les elements herités ont été enlevés ...
et je ne sais pas trop comment faire sans ces associations ...
j'ai appris l'UML que cette année (Licence 3 info), et j'ai du mal a m'y mettre. Ce projet sort completement du cadre scolaire, cela dit.
Mais j'ai toujours voulu representer un site web comme ça, pour faire une plate forme que je pourrais réutliser pour tous mes sites, et je ne veux pas utiliser de CMS (meme si a un moment j'y pensais beaucoup) mais je prefere avoir un outil bien a moi... encore un CMS quoi  

En fait je me suis trompé dans les termes. Là tu n'as pas représenté des associations mais des compositions. Et ça ne veut pas du tout dire la même chose.

Oui moi aussi je cherchais le terme   mais on s'est compris ...

Donc personne n'a d'autres suggestions ?

J'ai un peu changé, pour mettre des associations la ou les compositions n'etaient pas bien choisies.

mouai ... faut voir les explications parce que là on peut tout et rien dire ... Je continue à penser que tu mets la charue avant les boeufs !
 
A priori, "template" n'a rien à faire dans le diagramme, les get et post sont plutôt des input. Je les verrai plutôt heriter même d'une classe input.
A la rigueur une page est bien composée d'un menu, d'une block de text etc mais est-ce vraiment la peine de faire des objets pour chaque partie ? C pê le cas de tout les classe pour lesquels tu n'as pas ressenti le besoin d'expliciter des methodes.

Moi aussi, et je me demande meme si c'est utilise de faire ça pour un site, etudier un framework est plus utile je pense.

une remarque en passant : c'est pas aprce que tu vas faire de beaux diagrammes UML (il en faut 3 au minimum) que tes sites vont subitement devenir évolutifs... Si les sites sont déjà codés, et qu'ils l'ont été fait avec le pieds, ça va être difficile de les rendre évolutifs.
 
Pour info, les traits sans rien à aucun de leurs extrêmités entre 2 entités me paraissent très suspects.

Ben ils sont deja evolutifs, mais autant que je le voudrais ... ce sont des associations les traits, mais j'ai pas mis les multiplicités

 
ben les cardinalités, c'est ce qui le plus instructif dans la relation entre 2 entités. Ca conditionne après le code...

Je crois que je vais abandonner l'idée de faire un digramme UML, ça va pas me servir en fait, j'y ai reflechi, et je vais m'embrouiller plus qu'autre chose ...
Pour le site, ça c'est vraiment compliqué quand j'ai dû gerer plusieurs langues, j'ay suis arrivé, et très bien je pense, mais il reste encore des choses pas très propres, c'etait pour ça que je voulais le faire en UML.
Mais je vais plutot faire mes classes sans UML.
Merci quand meme pour vos conseils !

 
faut pas abandonner aussi vite! Tu sais, bien formaliser la conception d'une appli, ça prend du temps! Moi, pour un intranet en php, mon doc (word) de conception fait plus de 400 pages! Je décris à différents niveaux de détail l'appli, ses pages, ses fonctions (chaque fonction codée en php ou js), les relations entre les pages, les entrées/sorties... Mais au final, celui que devra prendre le relai quand je serai parti aura de la doc à lire et n'aura pas trop à ce prendre la tête poyr savoir comme cette appli fonctionne. Il aura aussi le dossier de spécs, le manuel d'exploitation (comment paramétrer l'appli suivant les besoins), le manuel utilisateur et le dossier de tests. La doc + un code bien structuré/commenté, c'est ça qui aide à faire une appli évolutive, mais fat prendre le temps et être patient

perso, j'ai utilisé OMT pour ma modélisation (j'ai + l'habitude)

Ha, en effet, 400 pages, ça fait beaucoup, mais mon site (je parle du principal, j'en ai d'autres, mais je reutilise le principal) n'est pas vraiment une application, c'est surtout du contenu, avec quelques pages dynamiques (si tu veux l'adresse, je te l'envoie en MP), mais ces quelques appliactions suffisent a tout changer, sans elles, le passage au multilangage aurait été vite fait, mais ce n'est pas la cas (puis j'hésite souvent a garder le contenu dans des fichiers ou la base de données, et j'aimerais mettre un systeme de cache, pour eviter les surcharges serveur (bien que le serveur ne doit pas etre debordé avec ce site ).
Dans un de mes sites, qui est en très grande partie du contenu statique, j'ai fait un système d'articles, et quand on veut mettre du dynamique, on met des balises quo appelent des fonctions avec des paramètres ou non, et ça marche très bien.
Je pense qu'il y a des tonnes de facons de faire un site, selon ce que l'on veut en faire...
Et bientot, je vais faire le site de ma copine, alors j'attends qu'elle me dise ce qu'elle veut y  mettre pour cmmencer...

Moi, j'utilise UML, mais avec ArgoUML