Casi d'uso rispetto ai sistemi a valle

Question

I casi d'uso sono principalmente pensati per l'interazione tra utente e un sistema. Potrebbe essere utilizzato per l'interazione tra sistema e un altro sistema. Gli attori sono principalmente ruoli.

È facile documentare i casi d'uso per un'applicazione front -end come un portale in cui in tutte le attività e il ruolo che eseguono l'attività potrebbero essere definiti. Tuttavia, se il sistema è una gestione degli ordini o un sistema di provisioning, un sistema a valle, come è possibile documentare i casi d'uso?

Esempio: un'applicazione di gestione degli ordini può essere responsabile dell'elaborazione degli ordini per il tipo di nuova installazione, modifica del servizio, annullamento, riprogrammazione, sospensione, riavvio ecc. Queste transazioni potrebbero essere attivate da diverse fonti con mezzi diversi (chiamata di servizio, entrata in DB che Sondaggi di applicazione OM, ordine effettuato in coda JMS - tuttavia presumo che non abbiano alcuna relazione con il caso d'uso). Una volta che un ordine viene ricevuto la domanda di gestione degli ordini potrebbe essere necessario interagire con diverse domande (controllo del credito, spedizione, provisioning, attivazione, fatturazione ecc.) A seconda del tipo di ordine.

---

Ho un'applicazione che riceve dati da un'applicazione a monte. La mia applicazione consuma servizi Web esposti da più altre applicazioni al fine di adempiere a un'attività. I dati scorre attraverso più applicazioni prima di raggiungere il sistema a monte che invia messaggi alla mia applicazione. Le attività che fa la mia applicazione sono installate, disconnettersi, sospendere, ripristinare ecc. Utilizzo di più servizi che consuma.

Quando leggo post sull'avere un sistema come attori, l'obiettivo principale sembra demarcarsi e definire correttamente le interfacce. Nello scenario sopra presupponendo che il sistema a monte sia A, la mia applicazione è B e le applicazioni che la mia applicazione consuma è C, D ed E.

1. La mia aplicazione esegue installazione, disconnessione, limite e sospendere. Sono queste attività?
2. L'attore principale sarà il sistema che invia messaggi alla mia domanda? Non riesco a pensare a questo come a un ruolo e anche a nessuna interazione tra l'applicazione a monte e la mia applicazione dopo il punto in cui la mia applicazione riceve un messaggio.
3. Come posso definire le applicazioni esterne che la mia applicazione consuma? come attore o attività? O non ho bisogno di preoccuparmi di questi nel diagramma del caso d'uso?

Quando prendi un'interazione tra l'utente e un sistema per lo shopping di un prodotto, elencherai la serie di interazioni tra te e il software. Tuttavia, ciò che il software fa internamente non è specificato.

Qui nel mio caso, poiché si tratta di un sistema a valle, il sistema a monte invia solo un messaggio e non esiste una serie di interazioni. Quindi sono in un diploma su come dovrei definire gli scenari.