System Sequence Diagrams

de weg naar design

we hebben vorige periode het gedrag van het systeem bekeken met use cases en de structuur van het systeem met het domain model. nu gaan we deze modellen omzetten naar een system sequence diagram

System Sequence Diagram SSD

• sluit zeer nauw aan bij analyse

• modelleert interacties die in tekst staan in use case beschrijvingen

• geven opdrachten weer die we aan systeem geven, GEEN opdrachten aan actoren: volle lijn

• geven mogelijke antwoorden van systeem aan actor: stippellijn

waarom SSD

• onderdeel van use case —> analyse

• vooral bij main scenario van belangrijkste use cases en andere veel gebruikte of complexe scenario’s

• risico indekking: grootste operaties helder krijgen

• operation contacts toevoegen

• inschattingen maken

werkwijze SSD opstellen

1. actoren bepalen of overnemen uit de use case

   • 1 primary actor

   • systeem als blackbox

   • mogelijks meerdere supporting actoren

   • titel use case bovenaan

2. bepalen wat interacties zijn tussen actoren en systeem

3. input messages benoemen

   • in gebiedende wijs, als opdracht

4. parameters op input messages bepalen

   • welke gegevens moeten we meegeven zodat systeem operatie kan uitvoeren

   • de gegevens kan je vinden als attributen in domeinmodel, afstemming tussen de modellen!

5. antwoorden / return messages bepalen

   • antwoord het systeem?