Samenvatting Moduleren in UML

- 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)