Samenvatting
Samenvatting Moduleren in UML
Een samenvatting van het boek ' Praktisch UML'.
[Meer zien]Voorbeeld 2 van de 18 pagina's
Voorbeeld 2 van de 18 pagina's
In winkelwagengesponsord bericht van onze partner
Gekoppeld boek
Titel boek:
Auteur(s):
- Uitgave:
- ISBN:
- Druk:
4 beoordelingen
Door: joost1999 • 5 jaar geleden
Door: arjan_dekker • 5 jaar geleden
Door: glenndufraing • 7 jaar geleden
Door: Missdyana • 7 jaar geleden
Voorbeeld van de inhoud
- 1997 object management group(OMG) richt Uml 1.0 op.- UML 2.0 interne structuur aangepast
- MDA (model driven architecture)
Hoofdstuk 2
Geschiedenis
OMT is van Rumbaugh(91)
Daarnaast was er de methode van Grady Boch Booch (94)
- In 1995 raakte James Rumbaugh(OMT) verbonden aan Rational
- Rational is van Booch en zijn Booch methode
- Nadat ze gingen samen werken kwam Unified Method genaamd (Booch)
(95)
- In 1996 is bedrijf waarin Ivar Jacobsen OOSE methode (92) (ook wel
Objectory genoemd) overgenomen door Rational
- Ivar Jacobsen bekend vanwege use cases in zijn methode
- Unified Method werd omgevormd tot UML (unified modeling language),
en werd een standaard door OMG
- Nog toegevoegd aan UML is Object Constraint Language(OCL)
Wamer(03), die deel uitmaakte van IBM. ObjecTime voorstel.
- In 1997 is UML de standaard geworden
- In 2006 gereviseerde versie uitgebracht (door OMG)
- UML is een taal geen methode, het is een designtool
Diagrammen en samenhang
- Use case diagram toont hoe het systeem kan worden gebruikt door
externe entiteiten zoals menselijke gebruikers (ook wel requirements
diagram genoemd).
- Klassendiagram toont de structuur van het softwaresysteem
weergegeven in klassen en hun relaties.
- Sequence diagram toont de volgorde in tijd van de boodschappen die in
het systeem verstuurd en ontvangen worden.
- Het communicatiediagram toont hoe de objecten samenwerken om een
doel te bereiken.
- Het toestand diagram toont de toestanden waarin een object zich kan
bevinden gedurende zijn levensloop.
- Het activiteiten diagram toont de activiteiten die door een deel van het
systeem worden uitgevoerd, inclusief eventueel parallellisme.
- Activiteit diagrammen kunnen ook gebruikt worden voor het
beschrijven van bedrijfsprocessen en de workflow.
- Het componentdiagram toont de verdeling van het gehele systeem in
componenten en de relaties tussen die componenten.
- Het deployment-diagram toont hoe de softwarecomponenten in een
bepaalde systeemconfiguratie worden gebruikt.
- Klasse en objectdiagram vormen statische diagrammen (andere dus
dynamisch).
- Behalve component en deployment diagram, dat zijn implementatie
diagrammen.
, - Object Constraint Language (OCL) is taal waarin beperkingen condities
en regels die gelden in diagrammen weergegeven kunnen worden.
- Blz. 10 samenhang van diagrammen
- Diagrammen zullen in praktijk meegroeien met ontwikkeling
- Onderscheid maken tussen ontwikkelstadia waarin diagrammen zich
bevinden met domein, applicatie en implementatie.
- Domeinmodel/diagram; model waarin aspecten uit de werkelijkheid
waar in het beoogde systeem moet gaan werken (het domein), geen
automatiseringsaspecten
- Applicatiemodel/diagram; diagram waarin naast domeinaspecten ook
keuzes met betrekking op hoe de gebruiker met dit systeem kan gaan
werken.(soort uitbreiding domeinmodel), maar beide verschillende
ontwikkelstadia
- Implementatiemodel/diagram; model dat exact de implementatie hoe
het systeem eruit ziet weergeeft. Hier staat alle aspecten van vorige
stadia: domeinmodel, applicatiemodel en alleen de gene die betrekking
hebben op de wijze van implementeren zoals opslagstructuren. Al deze
aspecten kunnen direct worden omgezet naar programmacode.
- Blz. 12 overzicht van diagrammen in verschillende stadia
Conceptualisatie
- Use-case diagram in conceptualisatie fase een grote rol
Analyse
- Tijdens analysefase zijn klassediagram en sequence-diagram
(communicatiediagram) het belangrijkst. Alle termen in de diagrammen
komen uit het domein.
- Component en deployment diagram kunnen verdeling compenten in
fases weergeven.
Ontwerp
- Aanpassingen klassediagram en sequencediagram
- Toestands - en activiteitendiagram wordt gemaakt
Implementatie
- Alles wordt geprogrammeerd
Uitgangspunt is klassediagram
Incrementele projectmanagement (klein deel van het gehele systeem
wordt gebouwd)
Iteratief ontwikkeltraject (fasen worden herhaaldelijk doorlopen)
RUP(rational Unified Process)
Voordelen van het kopen van samenvattingen bij Stuvia op een rij:
Verzekerd van kwaliteit door reviews
Stuvia-klanten hebben meer dan 700.000 samenvattingen beoordeeld. Zo weet je zeker dat je de beste documenten koopt!
Snel en makkelijk kopen
Je betaalt supersnel en eenmalig met iDeal, creditcard of Stuvia-tegoed voor de samenvatting. Zonder lidmaatschap.
Focus op de essentie
Samenvattingen worden geschreven voor en door anderen. Daarom zijn de samenvattingen altijd betrouwbaar en actueel. Zo kom je snel tot de kern!
Veelgestelde vragen
Wat krijg ik als ik dit document koop?
Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.
Tevredenheidsgarantie: hoe werkt dat?
Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.
Van wie koop ik deze samenvatting?
Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper dennisvanbohemen. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €3,49. Je zit daarna nergens aan vast.
Is Stuvia te vertrouwen?
4,6 sterren op Google & Trustpilot (+1000 reviews)
Afgelopen 30 dagen zijn er 52510 samenvattingen verkocht
Opgericht in 2010, al 14 jaar dé plek om samenvattingen te kopen