Meer over de semantiek van basiselementen van TM en AD van UML (er zijn elementen en aspecten die niet door deze slides gedekt zijn) Meer over Toestandmachine.

Presentatie over: "Meer over de semantiek van basiselementen van TM en AD van UML (er zijn elementen en aspecten die niet door deze slides gedekt zijn) Meer over Toestandmachine."— Transcript van de presentatie:

1 Meer over de semantiek van basiselementen van TM en AD van UML (er zijn elementen en aspecten die niet door deze slides gedekt zijn) Meer over Toestandmachine en Activiteitdiagram in UML

2 Bronnen 2 Arlow en Neustadt, UML 2 and the Unified Process, 2005. UML Spec van 2.2, 2009  Object Management Group  www.omg.org

3 UML Een groot “taal”. De basis concepten zijn meestal intuïtief, maar er zijn ook allerlei details… Staat beschreven in de officiële definitie van UML (UML spec), hoewel het niet echt “toegankelijk” is … 3 check voorraad bestel lever af [v < k ] Bestelling Handel bestelling af Het heeft geen beginknoop, is dat ok? Van wie is de “v” ? Is eindknoop goed? Het heeft geen beginknoop, is dat ok? Van wie is de “v” ? Is eindknoop goed?

4 TM vs AD Gebruik je TM of AD? Beide om de dynamiek/gedrag van je “module” te beschrijven AD om te modeleren hoe een functionaliteit door een samenstelling van “acties” gerealiseerd kan worden.  groot verschil tussen UML 1 en 2! TM om te modeleren hoe een module op extrene events moet reageren. 4 Hoe maakt een gebruiker van een Senseo aparaat koffie ? Hoe een een Senseo aparaat werkt.

5 TM vs AD Beide om de dynamiek/gedrag van je “module” te beschrijven. De concepten van TM en AD bestonden al voor UML Even expressief, maar de perspectieven zijn heel anders  omdat de semantiek heel anders zijn! 5

6 Reactief “systeem” Een systeem die op “events” (externaal of internaal) wacht en daarop reageert. Het concept van “toestand” is essentieel: Het hoeft niet te termineren. Reactief object  een object die een reactief systeem implementeert 6 entry/ x++ open sluit

7 Context van TM Je kunt TM gebruiken om de flow van een usecase of de algoritme van een operatie (visueel) te modeleren. TM is natuurlijk om het reactieve gedrag van een object te modeleren, dus in de context van een klasse. 7 entry/ x++ open sluit Deur Naam van TM, hier impliciet ook de naam van de klasse die de TM beschrijft De TM ziet dus de attributen van (een object van) Deur. x is een attribuut van Deur.

8 Toestand UML-TM is heel uitgebreid. In een toestand of een overgang mag je ook extra aspecten beschrijven.. De exacte volgorde van deze acties en activiteit is een beetje ingewikkeld. 8 Gesloten entry/ actie exit/ actie do/ activiteit naam van de toestand atomisch niet atomisch

9 Werkschema van een toestand Een toestand wordt door een overgang geënterd  de toestand wordt actief. Entry-actie is uitgevoerd. De do-activiteit begint, als het klaar, dan is de toestand ook “klaar”. Een event kan echter een uit-overgang laten afvuren, voor de toestand klaar is. De do-activiteit wordt dan geïnterrumpeerd. De exit-actie is uitgevoerd. De toestand is verlaten, en is niet meer actief. 9 S entry/ actie exit/ actie do/ activiteit S entry/ actie exit/ actie do/ activiteit

10 Overgang 10 ST bestelKoffie, bestelThee [ water < 50 ] / “display foutmelding” De overgang vuurt af als: S actief is, en: een van de events treedt op, en: de guard van de overgang geldt (voor eenvoud, neem ik gewoon aan dat de keuze over de uit-overgangen van S deterministich is) De overgang vuurt af als: S actief is, en: een van de events treedt op, en: de guard van de overgang geldt (voor eenvoud, neem ik gewoon aan dat de keuze over de uit-overgangen van S deterministich is) Bij het afvuren : S wordt eerst verlaten, en dan: de actie van de overgang wordt uitgevoerd, dan: T wordt geënterd. Bij het afvuren : S wordt eerst verlaten, en dan: de actie van de overgang wordt uitgevoerd, dan: T wordt geënterd.

11 Keuze en merge pseudotoestand 11 S T U texpr 1 texpr 2 merge pseudotoestand S T U texpr 1 texpr 2 = S T U e [c] / a [ d 1 ] [ d 2 ] S T U e [ c && d 1 ] / a e [ c && d 2 ] / a =

12 12:01 Voorbeeld 12 uur_zetbaar inc() / uur++ begintoestand auto-overgang: gebeurt zodra de brontoestand klaar is. min_zetbaar inc ()/ min++ zet() klaar() mode() / … Klok uur min displayMode mode() Klok uur min displayMode mode() Klok mkz+

13 Composiete toestand Een manier om je TM te structureren, als het te groot wordt. Ook om parallel gedrag te modeleren. 13 non-orthogonale CT orthogonale CT heeft parallelle interne “gebieden” gebied (region)

14 Enteren en verlaten van composiet toestand 14 ST CT error c a b met event a wordt CT geënterd. De gebieden starten op respectievelijk begintoestanden, en draait vervolgens parallel. met event b wordt CT geënterd. Gebied-2 begint meteen in S. Gebied-1 begint in zijn begintoestand. event error forceert dat CT verlaten wordt, ongeacht in welke toestanden de gebieden zijn. CT is klaar als beide gebieden klaar zijn; de auto-overgang (rood) verlaat vervolgens C. op event c kunnen we direct uit toestand T van gebied-2 CT verlaten. Gebied-1 wordt getermineerd, op zijn toestand op dat moment.

15 Werkschema 15 CT entry / a exit / b T entry / e U exit / f e Als T uit buiten de CT geenterd wordt, wordt eerst de entry-actie van S uitgevoerd, en dat T. Als we van U de CT verlaten, wordt eerst de exit-actie van U uitgevoerd, en dat die van CT. Analoog als de nesting van CT dieper is. a

16 Voorbeeld 16 uur_zetbaar entry/knipper uur exit/ontknipper uur inc / uur++ min_zetbaar entry/ knipper min exit/ … inc / min++ klaar zet mode / … Klok zet entry/knipper “:” exit/ontknipper “:” zet 12:01 Klok uur min displayMode mode() Klok uur min displayMode mode() mkz+ entry/wacht 5min

17 Activiteit diagram Een activiteit is een “programma” van acties (het specificeert in welke volgorde de acties uitgevoerd worden). AD is een diagram om een activiteit te beschrijven. Goed om een “berdrijfsactiviteit” of een “operatie” te modelleren 17 check voorraad bestel lever af [te weinig] [genoeg] Bestelling Handel bestelling af actie … elementair, kan een activiteit aanroepen, niet atomisch input parameter

18 Waar gebruik je een AD? 18 Use case : handel bestelling af Primary actor: Klant Main flow: Shop check_voorraad(bestelling) handelaf(bestelling) Shop check_voorraad(bestelling) handelaf(bestelling) check voorraad bestel lever af [te weinig] [genoeg] Bestelling Handel bestelling af AD kun je gebruiken om de flow van een use case te beschrijven, of de algoritme van een operatie/methode van een klasse te beschrijven.

19 “Actieviteit” knoop Staat voor een actie Je mag informeel beschrijven wat de actie doet. Als de AD concreter moet zijn, kun je ook, bijvoorbeeld: operaties van je context aanroepen attributen van de context aanpassen Of, je kun ook een andere activiteit “aanroepen”  een manier om een complexe AD hiërarchisch te structureren. 19

20 Waaneer vuurt een actie af? Token semantiek 20 actie A BestellingBevestiging actie A Bestelling Bevestiging Een actie vuurt af als er een token is op alle inputlijnen, en de preconditie van de actie is waar. De tokens worden geconsumeerd. De actie is uitgevoerd. Als het klaar is, plaatst het een token per outputlijn.  dus impliciet fork  inherent concurrentie! De actie is dan klaar. Controle lijn draag controle tokens over. Object-flow lijn draagt objecten over  token met data Object-knoop is een buffer van objecten. Een actie vuurt af als er een token is op alle inputlijnen, en de preconditie van de actie is waar. De tokens worden geconsumeerd. De actie is uitgevoerd. Als het klaar is, plaatst het een token per outputlijn.  dus impliciet fork  inherent concurrentie! De actie is dan klaar. Controle lijn draag controle tokens over. Object-flow lijn draagt objecten over  token met data Object-knoop is een buffer van objecten. controle lijn object-flow lijn objectknoop alternatieve notatie met pins > … > … > … > … C D

21 Lijn (edge) Een lijn transporteert tokens  controle en data tokens Data tokens zijn objecten, geproduceerd “via” object knoop, of “pin” 21 A C Product B D Impliciet moeten A en B objecten van klasse Product produceren. De Product-knoop is een buffer van Product-objecten. Elke inkomende product word in de buffer geplaats. Elke uitlijn neemt een object uit een buffer, als die niet leeg is (met name, objecten worden niet gedupliceerd op de uitlijnen) Impliciet moeten A en B objecten van klasse Product produceren. De Product-knoop is een buffer van Product-objecten. Elke inkomende product word in de buffer geplaats. Elke uitlijn neemt een object uit een buffer, als die niet leeg is (met name, objecten worden niet gedupliceerd op de uitlijnen)

22 Controle knopen 22 B C B C D A [ conditie-1] [ conditie-2] beslissingknoop: geeft de token door aan een van de uit-lijnen, op basis van de condities. merge-knoop: geeft inkomende token door naar de uit-lijn. B C A B C D vorkknoop: dupliceert inkomende token naar alle uitlijnen. jointknoop: wacht tot er een token op ieder in-lijn, en plaats vervolgens een token op de uitlijn.

23 Initialisatie 23 AB AB AB AB AB Activiteit begint met A In beide situaties, activiteit begint met A en B tegelijk Activiteit begint met A, als object tokens aanwezig in beide inputpins (UML is hier minder duidelijk) Activiteit begint met B, als object tokens aanwezig in beide inputpins. Tegelijk zal A ook afvuren.

24 Terminatie 24 UV AB UV A B B begint als V klaar is. B begint als U klaar is. Parallel kan V nog bezig zijn. order UV A B Het kan dus ook zo… AD is inherent concurrent!

25 Terminatie 25 U V A B U V A B Let op dat terminatieknoop een harde- stop is ! Het termineert de hele activiteit. Dus als U nog bezig is, het wordt gestopt. order Dit is waarschijnlijk niet wat je wil (vermoedelijk fout gebruik van terminatieknoop) U V A B order Waarschijnlijk is dit wat je bedoelt… AD is inherent concurrent!

26 Swimlanes 26 AB CD E F Anders dan bij gebieden in TM, hebben swim lanes geen speciale betekenis, omdat AD is al concurrent.

27 27 That’s all folk! Good luck with the exam!