Discussion :

[Marco Polo]

Bonjour,

Je dois reprendre un travail de réalisation de spécification fonctionnelle pour une appli web.
Le document utilise actuellement en particulier la formalisation UML des cas d'utilisation (CU).
Le problème est que la facon dont les CU sont utilisés ne me semble pas correcte (Le CU se transforme souvent en une liste des fonctionnalités disponibles).
Auriez vous des exemples de cas d'utilisation utilisés pour décrire l'utilisation d'une appli web; cas d'utilisation complétés par les descriptions des fonctionnalités et règles de l'application.
Quelqu'un a t il une expérience sur ce sujet ?

Autre question connaitriez vous un bon livre, ou une référence à un site web me permettant de faire une utilisation correcte des cas d'utilisation UML (avec des exemples orientés web si possible).

Merci

Marc

[hbennou]

Le problème est que la facon dont les CU sont utilisés ne me semble pas correcte (Le CU se transforme souvent en une liste des fonctionnalités disponibles).

j'imagine qu'on parle des diagrammes des Cas d'utilisations et non du modèle de cas d'utilisation!
je vais vous donner un petit exemple des cas d'utilisations d'un site web:
1er cas d'utilisation: s'identifier
2 eme cas // :envoyer un message
3 eme cas // : se deconnecter

et ces cas peuvent avoir des sous cas
par exemple pour le 1er cas:
1:saisir un login
2:saisir un mot de passe

et ainsi de suite

[Marco Polo]

Bonjour,

Merci pour cette premiere réponse. Je suis d'accord avec le principe des extension et inclusion. Par contre je pense qu'il faut se fixer une limite pour conserver une certaine lisibilité des CU.

En fait mon problème est surtout dans le contenu du cas d'utilisation (CU). Actuellement chacun des CU est décrit sous forme d'un tableau avec son identifiant, l'objectif du CU, les acteurs y intervenant, le contexte de départ, les pré et post conditions, la descritpion, les exceptions. Ce tableau est suivi de copies des écrans concernés et des règles liées à ces écrans.

Dans la spécification que j'ai récupérée la partie description du CU se transforme trop souvent en une description des différentes manières de réaliser le CU via les écrans de l'application.
On se retrouve alors avec des règles sur les fonctionnalités de l'IHM décrites dans le CU lui-même.

L'utilisation du CU me semble une bonne chose dans l'identification des différentes manières d'utiliser un système et la facon dont il interragit avec les acteurs primaires et secondaires.
A la limite je le vois plus comme une introduction à la liste des fonctionnalités permettant de réaliser le CU et les règles business.

Qu'en pensez vous ?

[hegros]

Les use case ne sont pas écrites une fois pour toute,effectivement si c'est écrit en mettant le focus sur l'ihm il peut-être nécessaire de les refactorer. La en plus cela a l'air très complet soit tout n'est pas à mettre à la poubelle et réécrivez plus 'proprement' le UC