Summary
Samenvatting Moduleren in UML
- Course
- Institution
- Book
Een samenvatting van het boek ' Praktisch UML'.
[Show more]
Connected book
Book Title:
Author(s):
- Edition:
- ISBN:
- Edition:
4 reviews
By: joost1999 • 5 year ago
By: arjan_dekker • 5 year ago
By: glenndufraing • 7 year ago
By: Missdyana • 7 year ago
Seller
Follow
dennisvanbohemen
Reviews received
Content preview
- 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)
The benefits of buying summaries with Stuvia:
Guaranteed quality through customer reviews
Stuvia customers have reviewed more than 700,000 summaries. This how you know that you are buying the best documents.
Quick and easy check-out
You can quickly pay through credit card or Stuvia-credit for the summaries. There is no membership needed.
Focus on what matters
Your fellow students write the study notes themselves, which is why the documents are always reliable and up-to-date. This ensures you quickly get to the core!
Frequently asked questions
What do I get when I buy this document?
You get a PDF, available immediately after your purchase. The purchased document is accessible anytime, anywhere and indefinitely through your profile.
Satisfaction guarantee: how does it work?
Our satisfaction guarantee ensures that you always find a study document that suits you well. You fill out a form, and our customer service team takes care of the rest.
Who am I buying these notes from?
Stuvia is a marketplace, so you are not buying this document from us, but from seller dennisvanbohemen. Stuvia facilitates payment to the seller.
Will I be stuck with a subscription?
No, you only buy these notes for $3.75. You're not tied to anything after your purchase.
Can Stuvia be trusted?
4.6 stars on Google & Trustpilot (+1000 reviews)
52510 documents were sold in the last 30 days
Founded in 2010, the go-to place to buy study notes for 14 years now