Des cas d'utilisation en ce qui concerne les systèmes en aval

Question

Les cas d'utilisation sont principalement destinés à l'interaction entre l'utilisateur et un système. Il pourrait être utilisé pour l'interaction entre le système et un autre système. Les acteurs sont principalement des rôles.

Il est facile de documenter les cas d'utilisation pour une application frontale comme un portail où, dans toutes les activités et le rôle, l'activité pourrait être définie. Cependant, si le système est un système de gestion des commandes ou d'approvisionnement dans lequel un système en aval, comment les cas d'utilisation peuvent-ils être documentés?

Exemple: une application de gestion des commandes peut responsable du traitement des commandes de type nouvelle installation, changement de service, annuler, reprogrammer, suspendre, redémarrer, etc. OM des sondages d'application, commande placée dans la file d'attente JMS - mais je suppose que celles-ci n'ont aucun rapport avec le cas d'utilisation). Une fois qu'une commande a reçu la demande de gestion peut devoir interagir avec différentes applications (vérification de crédit, expédition, provisionnement, activation, facturation, etc.) en fonction du type de commande.

---

J'ai une application qui reçoit des données d'une application en amont. Mon application consomme des services Web exposés par plusieurs autres applications afin de remplir une tâche. Les données traversent plusieurs applications avant d'atteindre le système en amont qui envoie des messages à mon application. Les activités que mon application fait sont d'installer, de déconnecter, de suspendre, de restaurer, etc. en utilisant plusieurs services qu'il consomme.

Lorsque je lis des articles sur le système en tant qu'acteurs, l'objectif principal semble délimiter et définir correctement les interfaces. Dans le scénario ci-dessus, en supposant que le système en amont est A, mon application est B et les applications que mon application consomme est C, D et E.

1. Mon applation effectue l'installation, la déconnexion, la retenue et la suspension. Sont-ils les activités?
2. L'acteur principal sera-t-il le système envoyant des messages à ma demande? Je ne peux pas considérer cela comme un rôle et il n'y a pas non plus d'interaction entre l'application en amont et mon application après le moment où mon application reçoit un message.
3. Comment puis-je définir les applications externes que mon application consomme? en tant qu'acteur ou activité? Ou je n'ai pas besoin de me soucier de ceux-ci dans le diagramme de cas d'utilisation?

Lorsque vous prenez une interaction entre l'utilisateur et un système d'achat d'un produit - vous répertorierez la série d'interations entre vous et le logiciel. Cependant, ce que fait le logiciel en interne n'est pas spécifié.

Ici, dans mon cas, comme il s'agit d'un système en aval, le système en amont n'envoie qu'un seul message et il n'y a pas de série d'interaction. Par conséquent, je suis dans une quandry sur la façon dont je devrais définir les scénarios.