Operazione: Identificazione componenti funzionali
Questa attività estende il progetto del sottosistema RUP tradizionale con i dettagli specifici di una soluzione SOA, specialmente dove i sottosistemi sono stati identificati dai modelli di analisi del business. Una volta eseguita la transizione dal dominio del business al dominio IT; vengono associate aree funzionali identificate definite dal primo ai sottosistemi, e le loro controparti IT.
Scopo

Per collegare i modelli di business alle controparti IT, si esegue quanto segue:

Relazioni
Descrizione principale

Si inizia con la determinazione e la documentazione delle dipendenze tra i sottosistemi che corrispondono alle aree funzioni che sono state identificate durante l'Attività: Analisi dell'area funzionale. Di solito un'area funzionale corrisponde ad un singolo sottosistema; cioè, l'assunzione semplificata accurata in molti se non nella maggior parte dei casi. Se si decide di associazione un'area funzionale a diversi sottosistemi, questo è fattibile e valido; ma di solito significa che la decomposizione del dominio non è stata sufficiente e che le aree funzionali non sono abbastanza granulari.

Passi
Identificazione componenti funzionali

I componenti funzionali forniscono un'altra funzione di business ad un componente del servizio; in molti aspetti, la funzione fornita da un componente del servizio dipende interamente dai componenti funzionali e dalla logica di business che implementa su queste.

I componenti funzionali sono spesso da ricercarsi tra i gestori del tipo - componenti che gestiscono un elemento del dominio particolare, ad esempio "Vehicle", "Customer", "Schedule", e così via. Deve essere chiaro che questi elementi del dominio sono più frequentemente grafici di dati a granularità complessa piuttosto che semplici strutture.

Esempio

Considerando l'esempio del noleggio auto, il componente del servizio di prenotazione deve essere in grado di mettere insieme i dettagli relativi al cliente, la posizione in cui desidera noleggiare e i veicoli disponibili per la classespecificata. Inoltre è necessario essere in grado di determinare la posizione del cliente in caso di problemi come ad esempio la non disponibilità dei veicoli. Il seguente diagramma dimostra il modello del componente per la prenotazione.



Proprietà
Ricorrenze multiple
Attivato da evento
In corso
Facoltativo
Pianificato
Ripetibile
Ulteriori informazioni