Version imprimable
Salut tout le monde, je suis entrain de préparer mon mémoire de fin d'étude et mon thème consiste a développer un site WEB pour une entreprise, je doit faire la phase de conception on utilisons la méthode UML, mais le problème est:
- il est nécessaire de passer par l'étude de l'existant (étude: des postes, documents, procédures,.......);
- par quel diagramme je commence;
- est ce que je suis obliger d'utiliser les 9 diagrammes d'UML.
Merci d'avance
- Il me semble qu'en UML on ne modélise que le système qu'on va mettre en place et non pas l'existant (ce que fait Merise).
- Il faut commencer par les uses cases pour définir le périmètre et les acteurs (puis les plus importants séquence et classes, etc.)
- Peu de gens utilisent tous les diagrammes, certains sont très peu pertinents pour décrire certains process. Les use case, le diagramme de classe (données) le diagramme de séquence (déroulement des traitements) en revanche me paraisse être indispensable...
Justement, modéliser le site web en utilisant UML est trés intéressent. mais tous d'abord je pense que tu dois commencer par définir les besoins fonctionnels et non fonctionnels du système, en paralléle avec l'étude de l'existant.
Les besoins fonctionnels ce sont les fonctionnalités du système: ce que le système est censé faire. Tandisque les besoins non fonctionnels ce sont les contrainbtes que doit vérifier le système.
Tu devras commencer par le Use case, ainsi identifie les acteurs et les cas d'utilisations principaux puis tu passe au diagramme de classe. Et dans un soucis acédemique tu choisis un ou deux scénarios important et applique les sur les diagrammes d'activités et de séquence; parceque durant la soutenance c'est justement ce que cherche le jury c'est de discuter les diagrammes.
voilà j'éspère que j'ai aidé
à la prochaine
UML + site web ?
regarde ce livre
http://www.biologeek.com/journal/ind...pplication-web
Pour repondre point par point:
Je ne vois pas la question... mais la plupart des diagrammes UML se veulent independant de toute implementation technique.Citation:
Envoyé par chat blanc
On va dire que le plus simple dans ton cas est Diagramme de cas d'utilisation ou directement par le Diagramme de classe .Citation:
Envoyé par chat blanc
En fait il y en a 13 avec UML 2.0 ;) mais o grand dieu non, tu n'es pas oblige de tous les utiliser. C'est meme tres fortement deconseille. Tous depend de tes besoins mais 2/3 diagrammes devraient suffir dans ton cas.Citation:
Envoyé par chat blanc
Mais bon sachant que tu modelises ton application apres coup, n'hesite pas a adapter; par exemple le diagramme de cas d'utilisation t'es utile pour definir tes objets et les contextes d'utilisation, mais etant donne que l'appli est deja developpee son interet est tres limite.
Le diagramme de classe est sans doute indispensable si tu souhaites une representation UML de ton appli; les autres (UC, activite et DSS) nettement moins.
Je ne suis pas tout à fait d'accord : le diagramme de cas d'utilisation ne lui sera pas trop utile à lui, c'est sur, mais il sera bien utile pour expliquer les fonctionnalités du site lors de la soutenance : un pti dessin vaut bien des discours je trouve :)
En tous cas, lors de mes précédentes soutenance, et à moins que je n'aie réussi à faire un boulot très propre (rarement le cas sur un projet complet :oops: ) j'adapte pas mal le diagramme de classe, pour masquer les divers égarements de mon implémentation : tu peux y gagner en clarté et en efficacité. Je pense notamment : ne fournit pas, dans ta soutenance ou le corps du rapport, l'ensemble de toutes les classes de ton appli. Propose plutôt des diagrammes simplifiés, et donne le complet en annexe.
Si tu as d'autres questions...
Je suis bien d'accord, c'est d'ailleurs ce que j'ai dit :DCitation:
Envoyé par hed62
Sinon tout a fait d'accord pour faire des diagrammes simples (c'est d'ailleurs valable dans tous les cas de figure ;)), mais ca fait aussi parti des bonnes pratiques de presentation de projet.Citation:
Envoyé par Nip
Ok, j'avais mal lu, désolé :mrgreen:
Il me semblait que tu disais que dans son cas, le diagramme UC était très peu utile, tant pour lui que pour son auditoire.