Validation diagrammes : use case

Bonjour,
Je souhaite demander l'avis de la communauté UML de developpez.com sur le diagramme des cas d'utilisation d'une application que je suis entrain de développer en tant que Projet de fin d'année.
L'application est un client de messagerie instantanée pour les étudiants de mon école, elle se connecte à un serveur Jabber qu'on va pas développer (on utilise Open Fire)
L'application permet :
L'échange des messages (textuels) entre les étudiants, profs et administration (nommé User sans précision dans les diagrammes) : L'échange peut se faire entre un utilisateur en ligne un autre en ligne ou hors ligne, dans ce cas le serveur Jabber stockera le message pour envoi quand B deviens en ligne
L'échange des fichiers entre utilisateur en ligne
Un utilisateur peux ajouter un ami (un autre utilisateur) dans sa liste de contact, l'application affiche l'état des présence des amis de chaque utilistaeur (online/offline/busy/away)
L'utilisateur peux supprimer un ami
Dans un deuxième lieu on a penser à développer un besoin non fonctionnel (non demandé par notre prof) qui consiste à intégré AlicaBOT (Un chatbot de messagerie) qui une fois disposant d'une base de connaissance approprié permettra de répondre à des questions d'utilisateurs (étudiants principalement)
Le chatBot serai visible à tout le monde qui sont amis avec lui (ayant demandé l'ajout du BOT) et permettra de donner une réponse selon sa base AIML déjà prédéfini

Serait il intéressant d'intégrer ce cas d'utilisation avec les autres cas fonctionnels ? Si non est ce qu'on peux le mettre à part et expliquer son fonctionnement ainsi que le diagramme de séquence correspondant ?




nos diagrammes use case et séquence



http://img28.imageshack.us/img28/4374/usecase.png
----------------------------------------------------------------
http://img118.imageshack.us/img118/7426/sendfile.png
----------------------------------------------------------------
http://img522.imageshack.us/img522/2015/sendmessage.png

Bonsoir,

le diagramme d'UC ne semble bon, mais :

• le serveur se logue vraiment ?
• à partir du moment ou le login est inclue dans tout les cas alors il est finalement préférable de le retirer et de le mettre en prérequis dans les descriptions textuelle ... à moins que vous vouliez montrer par là que vous savez utiliser include ;)
• je suis surpris que les administrateurs du système ne puissent pas faire des actions que les utilisateurs lambda ne peuvent faire. Il manque donc probablement des UCs
• il y a une relation entre administrateur et utilisateur lambda ;)

coté diagramme de séquence :

• si les utilisateurs provoques des actions, on ne peut par contre pas leur demander d'en faire, dans le sens ou display notification n'est certainement pas exécuté par user2
• vous deviez peut être aussi mettre le cas ou un message est envoyé vers un utilisateur non présent, et son pendant ou il y a lecture d'un message mémorisé

c'est dessiné avec un outil de modélisation ou à la main ? franchement les diagrammes de séquences ne sont pas jolis (et je ne dis pas cela à vause de ce qui est écrit dans ma signature :mrgreen:)