SOFTWARE ENGINEERING
P3
INHOUD
System sequence diagram (SSD) ............................................................................................................................. 2
werkwijze ............................................................................................................................................................ 3
1. Actoren bepalen of overnemen uit de use case.......................................................................................... 3
2. bepalen wat de interacties zijn tussen actoren en systeem ....................................................................... 3
3. Input messages benoemen ......................................................................................................................... 3
4. Parameters op input messages bepalen ..................................................................................................... 3
5. Antwoorden/return messages bepalen ...................................................................................................... 3
Operation Contract (OC) ......................................................................................................................................... 3
Post condities ...................................................................................................................................................... 4
werkwijze ............................................................................................................................................................ 4
1. Bepalen welke operaties er zijn in één UC/SSD .......................................................................................... 4
2. Bepalen postcondities ................................................................................................................................. 4
3. Bepalen precondities................................................................................................................................... 5
4. Géén alternatieven opnemen (enkel goed verlopende operaties) (⇔ UC beschrijvingen) ........................ 5
interactieDiagrammen (SD)..................................................................................................................................... 5
boodschappen ..................................................................................................................................................... 7
synchroon........................................................................................................................................................ 7
syntax .............................................................................................................................................................. 7
asynchrone ...................................................................................................................................................... 7
Create and destroy .......................................................................................................................................... 7
Frame and fragments ...................................................................................................................................... 7
GRASP ................................................................................................................................................................ 10
Low coupeling ............................................................................................................................................... 10
High cohesion ................................................................................................................................................ 10
controller ....................................................................................................................................................... 11
Creator .............................................................................................................................................................. 12
Information expert ............................................................................................................................................ 12
Activity Diagram .................................................................................................................................................... 12
Activity en Action .............................................................................................................................................. 13
Conditioneel gedrag .......................................................................................................................................... 13
Parallel gedrag................................................................................................................................................... 14
Quinten Maas
1
, Activity partition : Swimlane ............................................................................................................................. 16
Ontwerp Klassediagrammen ................................................................................................................................. 16
Attributen .......................................................................................................................................................... 16
toegankelijkheid ............................................................................................................................................ 16
inkapseling .................................................................................................................................................... 17
Associaties ......................................................................................................................................................... 17
ontwerp ......................................................................................................................................................... 17
operaties ........................................................................................................................................................... 18
toegankelijkheid ............................................................................................................................................ 18
syntax ............................................................................................................................................................ 18
Bijzondere operatie ....................................................................................................................................... 18
ontwerpklassen ................................................................................................................................................. 18
Overige toevoegingen DCD ............................................................................................................................... 19
SYSTEM SEQUENCE DIAGRAM (SSD)
Modelleert de interacties die in tekstvorm beschreven staan in use case
beschrijvingen
- Teken dus niet alle stappen in HSS en alternatieve scenario’s, enkel
degene die communicatie tussen actor en systeem voorstellen
- Eenvoudigste soort van Sequence Diagram
- Systeem wordt als één klasse beschouwd (ie. black box)
- Toont interactie tussen actor en systeem
- Capteren op welke events het systeem moet reageren
o Externe events van mensen (actor) of andere systemen
o Timerevents
o Exceptions
- Startpunt voor de implementatie van gedrag
- :Systeem is notatie uit Object Diagram voor een anonieme instantie van de klasse Systeem
- Onderdeel van Use Case (Analyse)
- Vooral bij het main scenario van belangrijkste use cases
- Kan ook gebruikt worden voor andere veel gebruikte of complexe scenario’s
- Worden zelden gebruikt als permanente documentatie in een project
- Wordt wel gebruikt voor
o Risico indekking : grootste operaties helder krijgen
o Om Operation Contracts toe te voegen
o Om inschattingen te maken
Quinten Maas
2
, Input event → vaste lijn
Output event → stippellijn
Geen tekst meer maar analyse
SSD is geen standaard UML maar gebruikt wel UML notaties
WERKWIJZE
1. ACTOREN BEPALEN OF OVERNEMEN UIT DE USE CASE
Eén primary actor, :Actornaam, aan de linkerkant
:Systeem als blackbox aan de rechterkant
mogelijks meerdere supporting actoren meer naar rechts
titel van de Use Case bovenaan
2. BEPALEN WAT DE INTERACTIES ZIJN TUSSEN ACTOREN EN SYSTEEM
Alles wat het systeem of actor DOET en verandering brengt
3. INPUT MESSAGES BENOEMEN
Als een abstracte beschrijving van het event doel. Verwoord het in de gebiedende wijs, als opdracht.
Niet in termen van oplossing (dit is Ontwerp ipv Analyse)
4. PARAMETERS OP INPUT MESSAGES BEPALE N
Welke gegevens meegeven zodat het systeem de operatie kan uitvoeren?
De gegevens kan je terugvinden als attributen in het domeinmodel. Alle gegevens moeten daar ook terug te
vinden zijn. Afstemming tussen de modellen!
5. ANTWOORDEN/RETURN MESSAGES BEPALEN
Antwoord het systeem op een input message → welke gegevens worden er teruggestuurd?
Let op vorm: onderbroken lijn met pijl in vorm van een vinkje ( - - - - - - - - - - - >)
OPERATION CONTRACT (OC)
Beschrijft hoe de interne staat van de concepten in het domeinmodel veranderen
Input:
- Concepten en associaties vh DM
- System events getoond op het SSD
Output:
Quinten Maas
3
P3
INHOUD
System sequence diagram (SSD) ............................................................................................................................. 2
werkwijze ............................................................................................................................................................ 3
1. Actoren bepalen of overnemen uit de use case.......................................................................................... 3
2. bepalen wat de interacties zijn tussen actoren en systeem ....................................................................... 3
3. Input messages benoemen ......................................................................................................................... 3
4. Parameters op input messages bepalen ..................................................................................................... 3
5. Antwoorden/return messages bepalen ...................................................................................................... 3
Operation Contract (OC) ......................................................................................................................................... 3
Post condities ...................................................................................................................................................... 4
werkwijze ............................................................................................................................................................ 4
1. Bepalen welke operaties er zijn in één UC/SSD .......................................................................................... 4
2. Bepalen postcondities ................................................................................................................................. 4
3. Bepalen precondities................................................................................................................................... 5
4. Géén alternatieven opnemen (enkel goed verlopende operaties) (⇔ UC beschrijvingen) ........................ 5
interactieDiagrammen (SD)..................................................................................................................................... 5
boodschappen ..................................................................................................................................................... 7
synchroon........................................................................................................................................................ 7
syntax .............................................................................................................................................................. 7
asynchrone ...................................................................................................................................................... 7
Create and destroy .......................................................................................................................................... 7
Frame and fragments ...................................................................................................................................... 7
GRASP ................................................................................................................................................................ 10
Low coupeling ............................................................................................................................................... 10
High cohesion ................................................................................................................................................ 10
controller ....................................................................................................................................................... 11
Creator .............................................................................................................................................................. 12
Information expert ............................................................................................................................................ 12
Activity Diagram .................................................................................................................................................... 12
Activity en Action .............................................................................................................................................. 13
Conditioneel gedrag .......................................................................................................................................... 13
Parallel gedrag................................................................................................................................................... 14
Quinten Maas
1
, Activity partition : Swimlane ............................................................................................................................. 16
Ontwerp Klassediagrammen ................................................................................................................................. 16
Attributen .......................................................................................................................................................... 16
toegankelijkheid ............................................................................................................................................ 16
inkapseling .................................................................................................................................................... 17
Associaties ......................................................................................................................................................... 17
ontwerp ......................................................................................................................................................... 17
operaties ........................................................................................................................................................... 18
toegankelijkheid ............................................................................................................................................ 18
syntax ............................................................................................................................................................ 18
Bijzondere operatie ....................................................................................................................................... 18
ontwerpklassen ................................................................................................................................................. 18
Overige toevoegingen DCD ............................................................................................................................... 19
SYSTEM SEQUENCE DIAGRAM (SSD)
Modelleert de interacties die in tekstvorm beschreven staan in use case
beschrijvingen
- Teken dus niet alle stappen in HSS en alternatieve scenario’s, enkel
degene die communicatie tussen actor en systeem voorstellen
- Eenvoudigste soort van Sequence Diagram
- Systeem wordt als één klasse beschouwd (ie. black box)
- Toont interactie tussen actor en systeem
- Capteren op welke events het systeem moet reageren
o Externe events van mensen (actor) of andere systemen
o Timerevents
o Exceptions
- Startpunt voor de implementatie van gedrag
- :Systeem is notatie uit Object Diagram voor een anonieme instantie van de klasse Systeem
- Onderdeel van Use Case (Analyse)
- Vooral bij het main scenario van belangrijkste use cases
- Kan ook gebruikt worden voor andere veel gebruikte of complexe scenario’s
- Worden zelden gebruikt als permanente documentatie in een project
- Wordt wel gebruikt voor
o Risico indekking : grootste operaties helder krijgen
o Om Operation Contracts toe te voegen
o Om inschattingen te maken
Quinten Maas
2
, Input event → vaste lijn
Output event → stippellijn
Geen tekst meer maar analyse
SSD is geen standaard UML maar gebruikt wel UML notaties
WERKWIJZE
1. ACTOREN BEPALEN OF OVERNEMEN UIT DE USE CASE
Eén primary actor, :Actornaam, aan de linkerkant
:Systeem als blackbox aan de rechterkant
mogelijks meerdere supporting actoren meer naar rechts
titel van de Use Case bovenaan
2. BEPALEN WAT DE INTERACTIES ZIJN TUSSEN ACTOREN EN SYSTEEM
Alles wat het systeem of actor DOET en verandering brengt
3. INPUT MESSAGES BENOEMEN
Als een abstracte beschrijving van het event doel. Verwoord het in de gebiedende wijs, als opdracht.
Niet in termen van oplossing (dit is Ontwerp ipv Analyse)
4. PARAMETERS OP INPUT MESSAGES BEPALE N
Welke gegevens meegeven zodat het systeem de operatie kan uitvoeren?
De gegevens kan je terugvinden als attributen in het domeinmodel. Alle gegevens moeten daar ook terug te
vinden zijn. Afstemming tussen de modellen!
5. ANTWOORDEN/RETURN MESSAGES BEPALEN
Antwoord het systeem op een input message → welke gegevens worden er teruggestuurd?
Let op vorm: onderbroken lijn met pijl in vorm van een vinkje ( - - - - - - - - - - - >)
OPERATION CONTRACT (OC)
Beschrijft hoe de interne staat van de concepten in het domeinmodel veranderen
Input:
- Concepten en associaties vh DM
- System events getoond op het SSD
Output:
Quinten Maas
3
