Discussion :

[faressam]

Bonjour,
Je voulais l'ordre de 2 actions et leurs utilités :

- Faire un Use Case (Cas d'utilisation)
- Faire des régles de gestions

Je pose cette question, car actuellement j'ai plusieurs Use cases, et
on doit à partir de ça rédiger des régles de gestions,

je pensais que c'étais le contraire :

- D'abord savoir qui fait quoi et quand ? Régles Gestions
- Ensuite schèmatiser un diagrame d'état. Use Case.

Merci pour votre aide.

[ego]

Dans la rédaction de ton UC tu trouveras des règles de gestion applicables. Le UC c'est "l'histoire" du dialogue entre l'acteur et ton système (l'application). Quand ton acteur passe des informations à ton système pour qu'il fasse qq chose, ton système vérifie certaines règles de gestions.
Bref, les RG sont "dans" les UC.

En parallèle, tu peux aussi faire un modèle des objets métiers manipulés par ton application. Sur ce modèle, tu peux mettre des RG qui sont finalement intrinsèques et sont donc applicables dans un ou plusieurs UC.

En fait tout est une question de méthode de travail. Tu peux aborder un "système" en le décrivant d'abord comme une boite noire en utilisant le principe des UC et là tu vas "découvrir" des RG. Ou bien tu aborde le système en décrivant les objets métiers et les RG qui sont intrinsèques à ces objets.
Au final tout ceci se croise et doit être cohérent.