Software Engineering 1 - Geïllustreerde
Samenvatting
Inhoudsopgave
1. System Sequence Diagram (SSD)
2. Operation Contracts (OC's)
3. Sequence Diagram (SD)
4. GRASP Patronen
5. Activity Diagram
6. Ontwerpklassediagram (DCD)
7. Business Cases en Voorbeelden
System Sequence Diagram (SSD)
Wat is een System Sequence Diagram?
Een System Sequence Diagram (SSD) is een belangrijk modelleringsmiddel binnen
software engineering dat de interactie tussen actoren en het systeem als geheel
weergeeft. Het is een specifiek type interactiediagram dat de volgorde van
communicatie tussen externe actoren en het systeem visualiseert. In tegenstelling tot
andere sequentiediagrammen die interne systeeminteracties tonen, behandelt een SSD
het systeem als een "black box" en richt zich uitsluitend op de externe interacties.
Plaats binnen de systeemmodellering
SSD's maken deel uit van een hiërarchie van gedragsmodellen op verschillende
abstractieniveaus:
1. Systeemniveau: Use case diagrammen die de algemene functionaliteit tonen
2. Use case niveau:
3. Use case beschrijvingen (volledige beschrijving)
4. System Sequence Diagrammen (enkel interacties)
5. Operatie/methode niveau: Operation contracts en Sequence Diagrammen
Deze hiërarchie helpt om van een abstract overzicht naar concrete implementatiedetails
te gaan, waarbij SSD's een cruciale tussenstap vormen.
,Kenmerken van System Sequence Diagrammen
• Interactiediagrammen: Ze tonen de interactie tussen actoren en het systeem als
geheel
• Sequentiediagrammen: Ze geven de volgorde van interacties weer, van boven
naar onder
• Black-box benadering: Het systeem wordt als één geheel behandeld, zonder
interne details
• Focus op externe communicatie: Alleen communicatie tussen actoren en het
systeem wordt getoond
Stapsgewijze werkwijze voor het opstellen van een SSD
1. Actoren bepalen
• Identificeer de primary actor en plaats deze aan de linkerkant ( :Actornaam )
• Plaats het :Systeem als black box aan de rechterkant
• Voeg eventuele supporting actoren toe, meer naar rechts
• Vermeld de titel van de Use Case bovenaan
, 2. Interacties identificeren
• Bepaal welke interacties plaatsvinden tussen de actoren en het systeem
• Focus op de essentiële communicatie die nodig is om de use case te voltooien
3. Input messages benoemen
• Beschrijf elke input message als een abstracte beschrijving van het doel
• Gebruik de gebiedende wijs, als een opdracht
• Vermijd implementatiedetails (dit is analyse, geen ontwerp)
• Voorbeeld: gebruik enterItem in plaats van scan (te specifiek voor een
oplossing)
4. Parameters op input messages bepalen
• Identificeer welke gegevens moeten worden meegegeven zodat het systeem de
operatie kan uitvoeren
• Deze gegevens moeten terug te vinden zijn als attributen in het domeinmodel
• Zorg voor afstemming tussen verschillende modellen
Samenvatting
Inhoudsopgave
1. System Sequence Diagram (SSD)
2. Operation Contracts (OC's)
3. Sequence Diagram (SD)
4. GRASP Patronen
5. Activity Diagram
6. Ontwerpklassediagram (DCD)
7. Business Cases en Voorbeelden
System Sequence Diagram (SSD)
Wat is een System Sequence Diagram?
Een System Sequence Diagram (SSD) is een belangrijk modelleringsmiddel binnen
software engineering dat de interactie tussen actoren en het systeem als geheel
weergeeft. Het is een specifiek type interactiediagram dat de volgorde van
communicatie tussen externe actoren en het systeem visualiseert. In tegenstelling tot
andere sequentiediagrammen die interne systeeminteracties tonen, behandelt een SSD
het systeem als een "black box" en richt zich uitsluitend op de externe interacties.
Plaats binnen de systeemmodellering
SSD's maken deel uit van een hiërarchie van gedragsmodellen op verschillende
abstractieniveaus:
1. Systeemniveau: Use case diagrammen die de algemene functionaliteit tonen
2. Use case niveau:
3. Use case beschrijvingen (volledige beschrijving)
4. System Sequence Diagrammen (enkel interacties)
5. Operatie/methode niveau: Operation contracts en Sequence Diagrammen
Deze hiërarchie helpt om van een abstract overzicht naar concrete implementatiedetails
te gaan, waarbij SSD's een cruciale tussenstap vormen.
,Kenmerken van System Sequence Diagrammen
• Interactiediagrammen: Ze tonen de interactie tussen actoren en het systeem als
geheel
• Sequentiediagrammen: Ze geven de volgorde van interacties weer, van boven
naar onder
• Black-box benadering: Het systeem wordt als één geheel behandeld, zonder
interne details
• Focus op externe communicatie: Alleen communicatie tussen actoren en het
systeem wordt getoond
Stapsgewijze werkwijze voor het opstellen van een SSD
1. Actoren bepalen
• Identificeer de primary actor en plaats deze aan de linkerkant ( :Actornaam )
• Plaats het :Systeem als black box aan de rechterkant
• Voeg eventuele supporting actoren toe, meer naar rechts
• Vermeld de titel van de Use Case bovenaan
, 2. Interacties identificeren
• Bepaal welke interacties plaatsvinden tussen de actoren en het systeem
• Focus op de essentiële communicatie die nodig is om de use case te voltooien
3. Input messages benoemen
• Beschrijf elke input message als een abstracte beschrijving van het doel
• Gebruik de gebiedende wijs, als een opdracht
• Vermijd implementatiedetails (dit is analyse, geen ontwerp)
• Voorbeeld: gebruik enterItem in plaats van scan (te specifiek voor een
oplossing)
4. Parameters op input messages bepalen
• Identificeer welke gegevens moeten worden meegegeven zodat het systeem de
operatie kan uitvoeren
• Deze gegevens moeten terug te vinden zijn als attributen in het domeinmodel
• Zorg voor afstemming tussen verschillende modellen
