Discussion :

[iOops]

Bonjour,

Je dois réaliser la développement d'un site internet.
J'ai opter pour la solution spip.

Je suis en train de réaliser les diagrammes de cas d'utilisations.
J'ai du mal à déterminer les cas.
Je met à la place de l'utilisateur pour savoir dans quel cas j'utilise le site :

a/web user
consulter les informations,
poster des news et modifier les news qu'il a posté

b/ administrator
ajouter,modifier, supprimer pour les cas suivant :
- gestion des activtés,
- gestion des actualités,
- gestion des loisirs,
- gestion des manifestations
- gestion des animations,
- gestion des débats
- gestion des contacts,
- gestion du projet de l'asso (quel est le projet de l'asso ?)
- gestion des partenaires,
- gesiton trombinoscope.

j'appelle "gestion" la possibilité pour l'utilisateur d'ajouter,créer et modifier des données dans les catégories ci-dessus.

Je me demande si il vaux mieux rassembler tout ces cas en un :
ajoutArticle
modifierArticle
supprimerArticle
où chacun de ces cas repésente une globalisation des actions ajouter/modifier/supprimer pour toutes les gestions ci-dessus.

Ou bien je détaille tout les cas et je fais autant de bulle de cas d'utilisation que je n'ai de ajout/modifier/supprimer par gestion.

Je me pose la question si il est nécessaire d'ajouter ou non un acteur secondaire (base de données). A mon sens oui car elle intéagit avec les cas puisque les données y sont stockée. Qu'en pensez vous?


Je vous remercie d'avance.

[sandytarit]

Oui, je mettrai la base de donnée comme un acteur car elle à un rôle dans les cas d'utilisations que tu peut avoir
quand au cas ajout, modifier même si ca demande plus de travaille, il vaut mieux les séparer en différents cas

[laaroussi1]

oui la base de donnés est necessaire pour realiser les sites

[Nip]

Alors oui une base de donnees peut etre necessaire pour faire tourner ton application, comme un clavier, une souris, un ecran, un middleware, une connexion internet, la RAM, un disque dur ou l'electricite... Apres de la a representer ta base de donnees dans tes acteurs secondaires, je ne pense pas, puisque ca s'apparente plus a un choix technique.
Un acteur interagit avec le systeme, et la base de donnees fait partie du systeme. Le systeme lui meme pourrait etre considere lui meme comme un acteur mais dans le cas qui nous interesse, l'ajout d'un acteur "base de donnees" n'apporterait aucune info quand aux fonctions necessaires a ton appli, alourdirait ton schema et rendrait meme dependant ton systeme de ce choix.

[kungfoo]

Un peu d'accord avec Nip mais en même temps, je crois vraiment que tu devrais considérer ta base de données comme étant un système externe, système que tu interrogeras par exemple pour vérifier si tel ou tel acteur possède les droits nécéssaires afin d'effectuer une opération donnée (web user vs admin selon le nom de tes acteurs).

Bien qu'il est vrai que ce serait dommage de te rattacher à une technologie donnée pendant la rédaction de tes cas d'utilisation, tu pourrais donner un nom de rôle à ta base de données dans le cadre de l'interaction qu'elle va avoir dans tes cas d'utilisation "Système de vérification des permissions" par exemple...

Autre chose, pour ta question sur les cas d'utilisation "Gérer" vs "ajout", "modifier" et "supprimer", tu as toute intérêt à :

Ou bien je détaille tout les cas et je fais autant de bulle de cas d'utilisation que je n'ai de ajout/modifier/supprimer par gestion.

Ça va allourdir ton diagramme de cas d'utilisation, mais te faciliter la vie si tu veux détailler tes cas d'utilisation davantage (avec des diagrammes de séquence par exemple).

[iOops]

Voici les diagrammes que j'ai réalisé qui correspondent à mon projet de site web avec spip.











Dois je faire apparaître SPIP en tant qu'entité dans le diagramme de cas ?

Dans le diagramme de séquence je pense faire apparaître l'acteur administrator (normal) mais je me demandais quel second acteur positionner dans le diagramme pour qu'il interragisse avec lui j'ai pensé à quelquechose comme :

:administor :SPIP
---------------- --------


Qu'en pensez vous?

[bassim]

pourquoi ne pas faire :

Gérer News
Gérer Activités
Gerer Contacts
...

qui correspondent à un service rendu par le système à l'acteur ,en + ça allègera tes diagrammes pour en faire qu'un seul.
et après tu pourras détailler chaque cas d'utilisation en scénarios possibles .

[iOops]

pourquoi ne pas faire :

Gérer News
Gérer Activités
Gerer Contacts
...

qui correspondent à un service rendu par le système à l'acteur ,en + ça allègera tes diagrammes pour en faire qu'un seul.
et après tu pourras détailler chaque cas d'utilisation en scénarios possibles .

Comme tu as pu le constater j'étais parti au départ (voir mon premier post sur le sujet) sur ta façon de voir la chose mais plus haut on m'a recommander l'inverse ... c'est plus trop comment m'y prendre maintenant ....

Dois je mettre SPIP en tant qu'acteur secondaire ?

[bassim]

Comme tu as pu le constater j'étais parti au départ (voir mon premier post sur le sujet) sur ta façon de voir la chose mais plus haut on m'a recommander l'inverse ... c'est plus trop comment m'y prendre maintenant ....

si tu fais référence à ce qu'a dit kungfoo :

Ça va alourdir ton diagramme de cas d'utilisation, mais te faciliter la vie si tu veux détailler tes cas d'utilisation davantage (avec des diagrammes de séquence par exemple).

justement il dit que tu peux détailler ces mêmes cas d'utilisation comme tu l'as fais dans tes diagrammes , mais le role exact des cas d'utilisation est de représenter les fonctionnalités (et pas les fonctions) du système .
ajouter , modifier , supprimer ... correspondent à des fonctions
Je crois que les diagrammes de séquence seront mieux à même de représenter ces détails là .

[iOops]

si tu fais référence à ce qu'a dit kungfoo :


justement il dit que tu peux détailler ces mêmes cas d'utilisation comme tu l'as fais dans tes diagrammes , mais le role exact des cas d'utilisation est de représenter les fonctionnalités (et pas les fonctions) du système .
ajouter , modifier , supprimer ... correspondent à des fonctions
Je crois que les diagrammes de séquence seront mieux à même de représenter ces détails là .

Oui je vais corriger celà. Dois je considérer SPIP comme un acteur secondaire au système ?

[iOops]

Voilà j'ai modifier mes diagrammes de cas d'utilisation :





Schéma du site internet :

[bassim]

je vois le cas d'utilisation posterReponseDebat en extend vers le cas consulterDébat qui est different de GererDébat

pour les autres ça me parait assez juste .

[iOops]

je vois le cas d'utilisation posterReponseDebat en extend vers le cas consulterDébat qui est different de GererDébat

pour les autres ça me parait assez juste .

comme ceci ?

[bassim]

oui comme ceci ,
rechercher ne devrait pas d'apres moi etre un cas d'utilisation mais bien un scénario de consulter puisque le but d'une recherche est avant tout une consultation du résultat obtenu.

[iOops]

oui comme ceci ,
rechercher ne devrait pas d'apres moi etre un cas d'utilisation mais bien un scénario de consulter puisque le but d'une recherche est avant tout une consultation du résultat obtenu.

ok, je modifie ça.
Question acteur secondaire tu en penses quoi ?