UML - Gebeurtenissen en acties in toestandsdiagrammen

Inhoudsopgave
Binnen de veranderingen van staten van de elementen van een systeem, wanneer het wordt weergegeven in de UML We moeten ook de verschillende voorwaarden definiëren die ons helpen om elk element te identificeren dat ervoor zorgt dat de toestand verandert.
Evenementen en acties
De evenementen en acties zijn de details die we kunnen plaatsen in de overgangslijnen tussen staten binnen onze UML, waarbij de gebeurtenis is wat een overgang triggert of veroorzaakt en de actie de activiteit is die wordt uitgevoerd, dat wil zeggen de berekening die door het systeem wordt uitgevoerd en die ervoor zorgt dat de toestand verandert.
Ondanks wat hierboven is uitgelegd, zijn deze voorwaarden niet altijd van toepassing, aangezien er toestanden kunnen zijn die geen acties of overgangen activeren die worden gegenereerd omdat een andere toestand is geëindigd.
Laten we hieronder een grafiek bekijken waarin we een weergave hebben van een toestandsdiagram van een grafische gebruikersinterface (GUI voor zijn acroniem in het Engels), met dit voorbeeld zullen we in staat zijn om de concepten die hierboven al zijn genoemd een beetje in praktische termen uit te leggen.

VERGROTEN

We beginnen met het inschakelen van de pc, dit zorgt ervoor dat een opstartproces wordt geactiveerd, dat wil zeggen dat er een gebeurtenis wordt geactiveerd die ervoor zorgt dat de gebruikersinterface verschijnt, dat wil zeggen, het gaat door de overgang van initialisatie, in het geval van opstarten is de actie die tijdens die overgang wordt uitgevoerd.
Tot nu toe is alles waar we het over hebben gehad, logisch, het resultaat van de vorige statussen zorgt ervoor dat het naar de pc-bedieningsmodus gaat, op het moment dat de gebruiker klaar is met het gebruik van de apparatuur en besluit het systeem uit te schakelen, wordt een overgang geactiveerd door de gebeurtenis die ervoor zorgt dat de stroom plaatsvindt op het moment van afsluiten, zodra de pc die toestand heeft bereikt, wordt deze uitgeschakeld en eindigt de cyclus.
Veiligheidsvoorwaarden
Dit zijn de voorwaarden die wij kunnen toepassen op onze UMLAls we bijvoorbeeld het vorige diagram volgen, kunnen we een probleem detecteren dat zich voordoet als er lange tijd geen interactie is in de bedrijfsmodus van de pc, in commerciële besturingssystemen wordt meestal een schermbeveiliging weergegeven zodat de apparatuur energie bespaart en de monitor verslijt niet, dit is de veiligheidsvoorwaarde: en als de gebruiker de muis beweegt of op een toets drukt, wordt deze beveiligingsvoorwaarde verlaten en gaan de andere toestanden door.
In de volgende grafiek kunnen we zien wat we hebben uitgelegd:

VERGROTEN

We zien hoe de veiligheidsvoorwaarde: Het is parallel aan de bedrijfstoestand en met lijnen die in beide richtingen gaan, geven we de details aan die ervoor zorgen dat de stroom van het diagram in de ene of de andere richting gaat.
Aan het einde van deze tutorial hebben we geleerd dat we meer details kunnen aangeven in de statusdiagrammen van het systeemobject en dankzij het GUI-voorbeeld konden we dit onderwerp uitbreiden en toepassen op wat we nodig hadden.Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een ​​positief punt te geven

U zal helpen de ontwikkeling van de site, het delen van de pagina met je vrienden

wave wave wave wave wave