Casi d'uso e architettura multi-servizio [chiuso]

0

Ho appena finito di leggere "scrivere casi d'uso efficaci" di Alistair Cockburn.

Sto cercando di creare un'applicazione web su 2 servizi web. Devo utilizzare casi d'uso per "richieste di dati di applicazioni web dal servizio" che corrisponde a "l'utente vuole dati dall'applicazione web".

Vedo 3 opzioni.

  1. Tratta i sistemi sottostanti come attori e menzionali in un modo whitebox. Per esempio. l'utente invia a webapp e webapp trasmette al servizio web.
  2. Trattali come blackbox e scrivi il caso di utilizzo dell'invio per l'utente e un caso di utilizzo della trasmissione per l'applicazione web
  3. Consideralo come un caso d'uso troppo basso, troppi dettagli di implementazione e considera la webapp come una scatola nera per i casi d'uso. Le descrizioni del comportamento del servizio appartengono altrove.

Forse altre opzioni. Qualcuno ha esperienza? O una migliore comprensione di come devono essere scritti i casi d'uso quando si ha a che fare con più applicazioni considerate parte di un singolo sistema.

    
posta xenoterracide 21.07.2015 - 23:09
fonte

1 risposta

1

Mi piace l'opzione 2.

Tuttavia, devi trattare il servizio back-end come un sistema separato, con i suoi casi d'uso, i requisiti, le parti interessate ecc.

Questa è probabilmente una buona idea se pensi che potresti aver bisogno di supportare altri front-end come iPhone e le app di Andriod o persino un desktop di Windows in futuro.

    
risposta data 22.07.2015 - 09:18
fonte