Google Map API come attore per il mio sistema [chiuso]

I casi d'uso rappresentano gli obiettivi / intenti che il sistema deve raggiungere.

Gli attori rappresentano utenti e sistemi esterni che interagiscono con il sistema ai fini dell'uso Astuccio. " Google MAP " potrebbe essere un sistema del genere. Ma dato che contribuisce solo al caso d'uso allo scopo di sostenere gli obiettivi di altri attori, sarebbe attore secondario .

L'osservazione importante 1: che presenta un sistema di questo tipo in un diagramma del caso d'uso ha senso solo se il coinvolgimento del sistema esterno è rilevante dal punto di vista degli obiettivi del caso d'uso (vale a dire parte dei requisiti dell'utente). Le infrastrutture tecniche, come i database cloud e sistemi di supporto esterni simili, non devono essere presentati in un diagramma dei casi d'uso: sono solo soluzioni tecniche ai requisiti.

Nota importante 2: sul caso d'uso si avrebbe il sistema esterno, che è " Google MAP " e non " API di Google MAP ". L' API è un artefatto tecnico che specifica come interagire con il servizio remoto. Questa interfaccia è disponibile in un diagramma dei componenti o in un diagramma di implementazione ,

... wondering if "Google Map API" should be an external actor to my system or not.

UML non essendo una metodologia, puoi decidere. L'approccio UML di Craig Larman propone di utilizzare il servizio esterno come attore di supporto :

Potrebbe essere interessante estenderlo a un sistema di mappatura (piuttosto che a Google Maps), poiché si tratta di un servizio fornito da Apple, Google, Microsoft, ecc. Ciascuno ha probabilmente un'API diversa, ma è possibile sviluppare un'interfaccia adattatore , quindi l'aspetto principale del tuo sistema interno non avrebbe bisogno di conoscere i dettagli. Il libro di Larman fa un ottimo lavoro per spiegare come potrebbe funzionare.