Panoramica
Le seguenti operazioni vengono effettuate in questa guida al tool:
Ulteriori informazioni sui tool
Le stesse realizzazioni dei casi d'uso possono essere organizzate in un insieme di pacchetti che rispecchia l'insieme
di pacchetti utilizzato per organizzare gli stessi casi d'uso all'interno del modello dei casi d'uso. In questo modo
dovrebbe essere rispecchiata anche l'organizzazione delle realizzazioni dei casi d'uso a livello di analisi all'interno
del modello Analisi nel caso in cui sia stato precedentemente creato un modello di analisi durante il Compito: Analisi del caso d'uso.
-
Creare l'elemento di realizzazione del caso d'uso a livello di progettazione:
Aggiungere una collaborazione UML al modello per rappresentare la realizzazione del caso d'uso. Assegnare lo
stesso nome del caso d'uso. Facoltativamente assegnarvi anche la parola chiave UML "Realizzazione del caso
d'uso". Se sono state create precedentemente realizzazioni a livello di analisi e s'intende ora fare in modo
che vengano trasformate in progettazione anziché conservarle come artefatti di analisi di riferimento,
utilizzare semplicemente la collaborazione a livello di analisi.
-
Acquisire la derivazione della realizzazione del caso d'uso:
Nel pacchetto in cui è stata creata la realizzazione del caso d'uso, creare un diagramma dalla forma libera.
Trascinare la realizzazione del caso d'uso al suo interno. Ora trascinare il caso d'uso stesso (dal modello di
casi d'uso) nel diagramma. Tracciare una relazione di realizzazione dalla realizzazione del caso d'uso al caso
d'uso. Se è stata precedentemente creata una realizzazione del caso d'uso a livello di analisi per questo caso
d'uso e s'intende conservarla una volta definita la realizzazione a livello di progettazione, trascinare anche
la realizzazione del caso d'uso a livello di analisi (anche una collaborazione UML) nel diagramma e tracciare
una relazione di dipendenza <<refine>> dalla realizzazione del caso d'uso a livello di
progettazione alla realizzazione del caso d'uso a livello di analisi.
A questo punto, è stata stabilita la semantica di tracciabilità. È ora possibile eliminare il diagramma a forma
libera, se lo si desidera. Da questo momento in poi sarà possibile utilizzare le funzioni Diagrammi degli
argomenti e Analisi della tracciabilità per esaminare le relazioni di derivazione e perfezionamento all'interno
dei modelli.
Per ulteriori informazioni, fare riferimento a Linee guida sulla struttura dei modelli per RSx.
Per ciascuna realizzazione di un caso d'uso, occorre illustrare le interazioni tra gli oggetti di progettazione
partecipanti, creando uno o più diagrammi sequenza. È possibile che siano state create versioni precedenti di questi
diagrammi, le realizzazioni del caso d'uso delle analisi, durante i Compiti:
Analisi del caso d'uso. Queste realizzazioni del caso d'uso delle analisi descrivono interazioni tra classi di analisi. Esse devono essere evolute per descrivere
interazioni tra elementi della progettazione.
-
Esplorare il pacchetto in cui sono state create le realizzazioni dei casi d'uso a livello di progettazione. Vedere
Linee guida sulla struttura dei modelli per RSx.
-
Per ciascun flusso secondario indipendente (scenario) del caso d'uso, selezionare la realizzazione del caso d'uso
(ovvero, la collaborazione) e aggiungervi un diagramma di sequenza. Questa operazione determinerà anche l'aggiunta
di un'interazione UML alla collaborazione. Assegnare un nome all'interazione e al diagramma di sequenza in modo che
corrisponda al nome assegnato al flusso di casi d'uso nel modello di casi d'uso. Vedere
Creazione dei diagrammi di
sequenza UML .
-
Nella documentazione del modello relativa all'interazione, immettere una breve descrizione dello scenario
raffigurato dal diagramma di sequenza. Inoltre copiarlo e incollarlo nella documentazione del modello relativa allo
stesso diagramma di sequenza. Vedere
Documentazione degli elementi del modello .
-
Trascinare gli attori, le classi, le interfacce, i componenti e i <<servizi>> nel diagramma per creare
oggetti per l'interazione. Oppure, se necessario, creare elementi a livello di progettazione come partecipanti
all'interazione.
-
Aggiungere messaggi tra gli oggetti. Associarli quindi alle operazioni esistenti o creare nuove operazioni, se
necessario. Definire le firme di eventuali altre operazioni. Descrivere ciascun messaggio nel relativo campo di
documentazione del modello. Descrivere ciascuna operazione nel relativo campo di documentazione del modello. Vedere
Diagrammi di
sequenza e Documentazione degli elementi del modello .
In alternativa, se non si sta gestendo un modello di analisi separato, è possibile decidere di modificare i diagrammi
sequenza esistenti per riflettere l'evoluzione degli elementi di progettazione.
Per ulteriori informazioni, fare riferimento a Diagrammi di sequenza.
Consultare l'operazione precedente per una guida sull'utilizzo dei diagrammi di sequenza.
I meccanismi di persistenza vengono descritti idealmente utilizzando i pattern. Vedere i seguenti argomenti nella guida
in linea:
-
Pattern di
progettazione di IBM Rational
-
Applicazione di
pattern
-
Authoring di
pattern
È possibile aggiungere una descrizione aggiuntiva ai diagrammi di sequenza per chiarificazione. È possibile aggiungere
test in un qualsiasi punto del diagramma. È possibile aggiungere e allegare note alle forme del diagramma. Utilizzare
la maschera fornita da RUP per il Prodotto di lavoro: Realizzazione del caso d'uso.
Fare riferimento a Documentazione degli elementi del modello e Collegamento degli elementi del modello ai file
esterni nella guida in linea.
Appena vengono realizzati i casi d'uso, occorre unificare le classi e i sottosistemi di progettazione per assicurare
omogeneità e coerenza al modello di progettazione.
Il rilevamento di nuovi elementi di progettazione e la necessità di eseguire il refactoring della progettazione
complessiva in termini di componenti e servizi (e quindi della struttura di pacchetto relativa agli elementi di
progettazione) rappresentano le conseguenze previste del processo di realizzazione del caso d'uso a livello di
progettazione. Un'altra attività di refactoring che dovrebbe essere eseguita è la revisione delle interazioni per
identificare eventuali pattern ricorrenti che si applicano allo stesso insieme di elementi di progettazione.
Dovunque venga identificato tale pattern di interazione ricorrente, dovrà essere creata un'interazione "common"
separata per acquisire tale sequenza. Quindi, in ogni diagramma di sequenza in cui compare, eliminare la sequenza
comune di messaggi e sostituirla con una ricorrenza di interazione che rappresenta un'istanza dell'interazione
"common". In tal modo, sarà possibile passare da ogni diagramma di sequenza che utilizza la sequenza comune al
diagramma di sequenza che la definisce.
Vedere i seguenti argomenti nella guida in linea:
-
Authoring di
pattern
-
Applicazione di
pattern
-
Vantaggi
derivanti dall'utilizzo di pattern
Potrebbe essere utile pubblicare eventuali modelli in formato html. Si noti anche che i diagrammi possono essere
copiati in Microsoft Word e altri programmi.
Per ulteriori informazioni, fare riferimento a Pubblicazione dei modelli e all'esercitazione Pubblicazione di un
modello nel Web .
Esercitazioni:
-
Applicazione di
un pattern
Esempi:
-
Pattern
- Modello UML semplice
|