Unified Modeling Language

Uit Wikipedia, de vrije encyclopedie
Ga naar: navigatie, zoeken

De Unified Modeling Language, afgekort UML, is een modelmatige taal om objectgeoriënteerde analyses en ontwerpen voor een informatiesysteem te kunnen maken. UML is ontworpen door Grady Booch, James Rumbaugh en Ivar Jacobson in de jaren negentig en het is sinds 1997 een standaard. Kenmerkend is dat de UML-modellen een grafische weergave zijn van bepaalde aspecten van het informatiesysteem.

Algemeen[bewerken]

UML is een modelleertaal die breed gedragen wordt, wat te zien is aan het feit dat in de jaren negentig van de twintigste eeuw er een UML-consortium werd opgericht met als deelnemers onder andere de volgende bekende organisaties: Rational, DEC, IBM, ObjectTime, Oracle, HP en Texas Instruments. Dit consortium heeft de UML opgesteld die binnen de Object Management Group (OMG) als standaard aangenomen is.

Met UML kunnen niet alleen beschrijvingen worden gemaakt van statische verschijnselen, maar ook van dynamische processen. UML is een veelzijdig instrument dat in verschillende fasen van de systeembouw kan worden toegepast. Een van de krachtige aspecten van UML is dat er op relatief eenvoudige wijze meta-beschrijvingen kunnen worden gemaakt.

In tegenstelling tot wat vaak wordt gedacht, is UML zelf geen methode, maar een notatiewijze die bij verschillende methodes kan worden gebruikt. Een methode die gebruik maakt van UML is RUP (Rational Unified Proces).

Object Constraint Language (OCL) is een declaratieve taal waarmee in UML diverse regels, condities en beperkingen kunnen worden aangegeven. Er bestaan allerlei programma's om UML-diagrammen te modelleren. Voorbeelden hiervan zijn Rational Software, Microsoft Visio, StarUML, CannonSketch en TaskSketch.

Geschiedenis[bewerken]

De auteurs van de UML Grady Booch, James Rumbaugh en Ivar Jacobson worden ook wel de three amigo's genoemd. Ze hadden elk hun taal maar hebben deze gestandaardiseerd in UML. Booch had Booch 95, Rumbaugh had Object Modelling Technique (OMT) en Jacobson had Object Oriented Software Engineering (OOSE).

Overzicht van de ontwikkeling tot de UML in de afgelopen decennia

Sinds 1997 bestaat er een standaard voor UML. Kenmerkend is dat de UML-modellen een grafische weergave zijn van bepaalde aspecten van het informatiesysteem. Er zijn verschillende versies UML. De eerste versie was 1.0. Vervolgens waren er verschillende subversies. 1.1, 1.2 tot 1.5 . De nieuwe versie is 2.0.

UML-diagrammen[bewerken]

UML biedt een verzameling van structuur- en gedragsdiagrammen, die zoals hier ook wel statische en dynamische diagrammen genoemd worden:

Overzicht van de verschillende UML-diagrammen

Alle diagrammen kunnen nota's bevatten. Dit wordt voorgesteld door een rechthoek met een ezelsoortje aan de rechterkant. Alle elementen kunnen een stereotype (speciale betekenis) hebben. vb. <<include>> Er kunnen tags gebruikt worden. Dit is een speciale waarde die een element heeft. vb {auteur="Den Ikke"} Een element kan een beperking hebben, Deze zet men tussen accolades. vb. {leeftijd >= 18}

Statische diagrammen[bewerken]

Klassendiagram (class diagram)[bewerken]

UML klassendiagram

Een klasse bestaat uit 3 delen:

  • het bovenste deel bevat de naam van de klasse
De naam van de klasse is erg belangrijk omdat het zal bepalen over welk object men het hier heeft.
De naam is uniek in het diagram.
De naam is altijd in enkelvoud
Bijv: Persoon, Voertuig, Factuur, ...
Deze attributen zijn meestal private attributen en kunnen enkel worden aangeroepen en aangepast door de methoden van deze klasse. Dit is wat men inkapseling noemt of met andere woorden het afschermen van gegevens.
schrijfwijze: zichtbaarheid naam: type = startwaarde
(private aangeraden voor attributen)
zichtbaarheden
+: publiek
-: privaat
#: protected
Bijvoorbeeld naam, leeftijd, omschrijving
vb. + naam: String = "een naam"
Methoden zijn functies of handelingen die men kan uitvoeren op deze objecten.
Deze kunnen bewerkingen uitvoeren op de attributen en zo de nodige gegevens ophalen of wijzigen.
schrijfwijze: zichtbaarheid naam(parameter:type): teruggeeftype
(zo veel mogelijk protected aangeraden)
Bijvoorbeeld LeesNaam()
WijzigNaam("Nieuwe naam")
+ maakTekst(naam:String):String
  • optioneel kan een vak met de uitzonderingen (exceptions) worden toegevoegd
Het verschil tussen associaties, aggregaties en composities[bewerken]
Het verschil tussen aggregatie, compositie en associatie
  • Een associatie beschrijft de verbinding tussen 2 klassen. Associaties zijn het mechanisme dat objecten in staat stelt met elkaar te communiceren. Ieder uiteinde van de associatie heeft een multipliciteit: deze legt op hoeveel objecten aan deze kant van de associatie gerelateerd zijn aan telkens een object aan de andere kant. Associaties kunnen:
    • uni-directioneel zijn: slechts 1 klasse kan berichten naar de andere sturen;
    • bi-directioneel zijn: beide klassen kunnen naar elkaar berichten sturen.
  • Een aggregatie is een speciaal type van associaties waarin de twee deelnemende klassen geen gelijkwaardige status hebben. Ze vormen een “geheel-deel” relatie. Een aggregatie beschrijft hoe de klasse die de rol van geheel heeft, samengesteld wordt uit de andere klassen, die de rol van deel hebben. Voor aggregaties heeft de klasse die optreedt als geheel, altijd de multipliciteit één.
  • Een compositie is een sterkere vorm van aggregaties. Er is evenzeer een geheel-deel relatie, maar de relatie is zo sterk dat de delen niet op zichzelf kunnen bestaan. Zij bestaan slechts binnen het geheel, en als het geheel vernietigd wordt, gaan de delen er ook aan.

Een voorbeeld: bekijk de figuur hiernaast. Stel dat we 4 klassen hebben: Schip, Vloot, Motor en Land. Een Vloot heeft enkel maar zin om te bestaan wanneer er Schepen in zitten. Een Vloot heeft daarom een aggregatie met Schip. Wanneer een Vloot opgeheven wordt hoeft dit immers niet te betekenen dat de Schepen mee moeten verdwijnen. Een vloot heeft verder een bi-directionele associatie met Land. Elk Land kan meer dan 1 Vloot hebben, een Vloot behoort slechts tot één land. Vandaar de respectievelijke multipliciteiten * en 1. Een Schip heeft een Motor. Hier wordt een compositie gebruikt. Dit betekent dat er geen Motor kan bestaan, zonder dat deze in context van een Schip moet bekeken worden. Wanneer het Schip weg is, is de bijbehorende Motor dat ook.

Objectendiagram (object diagram)[bewerken]

Het objectdiagram geeft de objecten binnen een applicatie of systeem in een soort verzameling. Objecten zijn instanties van klassen. In een object hebben de attributen een bepaalde waarde op een bepaald tijdstip. Een object heeft een unieke identiteit. De naam van een object wordt onderlijnd.

  • wat kan men zien:
    • objecten
    • attributen met hun waarde op bepaald ogenblik
    • link tussen objecten

Componentendiagram (component diagram)[bewerken]

Het componentendiagram laat de verdeling van het systeem in componenten zien alsook en vooral hun onderlinge relaties of samenwerking. Elke component vormt één of meerdere klassen.

Gebruiksdiagram (deployment diagram)[bewerken]

Het gebruiksdiagram toont het gebruik van de hardwarecomponenten binnen een systeemconfiguratie.

Dynamische diagrammen[bewerken]

Use Case-diagram[bewerken]

Het Use case diagram toont de actoren en de gebruikersfunctie van het systeem. Een algemeen Use Case-diagram is een tekening. Een gedetailleerde Use Case is een tekst die een vaste structuur heeft. Het is een dynamisch diagram.

  • Wat kan je zien op het diagram:
Werkwijze
  1. bepaal naam systeem
  2. bepaal actoren
  3. welke behoeften heeft actoren (use-case)
  4. schrijf de use case uit in een gedetailleerde use case
  5. leg de associatie tussen de actoren en use cases vast
  6. bepaal de onderlinge relatie tussen use cases (stereotype <<include>> en <<extend>>)
  7. controle
    1. elke actor moet minstens 1 use case-associatie hebben
    2. elke use case moet minstens 1 actor-associatie hebben

Collaboratiediagram (collaboration diagram/ communicatiediagram)[bewerken]

Het toepassingsdiagram toont hoe het systeem gebruikt gaat worden, welke handelingen ermee moeten worden verricht. Er wordt getoond welke verantwoordelijkheden (berichten/ methoden) worden verstuurd over de associatie.

Volgordediagram/sequentiediagram (sequence diagram)[bewerken]

UML volgorde diagram

Het volgordediagram geeft de interacties weer tussen verschillende objecten die een bepaalde functionaliteit (of een deel ervan) implementeren. De tijdsvolgorde staat centraal in het volgordediagram. Ook wel bekend als een sequentiediagram. Wat kan men zien op het diagram:

  • objecten
  • actoren
  • levenslijn (lifeline)
  • activeringsblok (execution bar)
  • berichten
  • creatie en verwijderen (creation en destroy)
  • fragment (UML 2.0) (fragments) vb. loop (lus) , alt (alternatieven), opt (optioneel), par (parallel), ...

Activiteitendiagram (activity diagram)[bewerken]

Het activiteitendiagram laat de toestanden van het systeem zien gedurende het gebruik ervan en hoe de verschillende toestanden in elkaar overlopen.

  • Wat kan je zien op het diagram:
    • start en eind activiteit
    • activiteit
    • transitie
    • zwembaan (swimlane): baan waarvoor een bepaalde actor verantwoordelijk is
    • keuzeknoop (decision node) en samenvoegknoop (merge node)
    • vork (fork) en samenkomst (join) voor parallelle verwerking
Werkwijze
  1. bepaal welke gedetailleerde use case je wil uitwerken
  2. teken de actoren en het systeem van de use case bovenaan en teken verticale stippellijnen tussen deze (zwembanen)
  3. teken per interactie tussen de actoren en systeem de activiteit in zwembaan van wie de activiteit doet
  4. plaats keuzeknopen, fork en joins
  5. teken de pijlen tussen alle elementen (transities)

Correlatiediagram[bewerken]

Het correlatiediagram stelt de samenwerking centraal tussen objecten en hun gestructureerde organisatie.

Toestanddiagram (state diagram)[bewerken]

Het toestand- of statechartdiagram laat de toestand zien waarin een object zich kan bevinden tijdens zijn bestaan in het systeem. Ook de overgangen naar toestanden, de events en activiteiten die veranderingen teweegbrengen in de toestanden komen worden weergegeven.

Zie ook[bewerken]

Externe link[bewerken]