Difference between revisions of "UML"

From BITPlan Wiki
Jump to navigation Jump to search
 
(2 intermediate revisions by the same user not shown)
Line 9: Line 9:
 
# [https://stackoverflow.com/questions/tagged/magic-draw magicdraw]
 
# [https://stackoverflow.com/questions/tagged/magic-draw magicdraw]
 
# [https://stackoverflow.com/questions/tagged/enterprise-architect enterprise architect]
 
# [https://stackoverflow.com/questions/tagged/enterprise-architect enterprise architect]
 +
# [https://stackoverflow.com/questions/tagged/objectaid objectaid]
 
# [https://stackoverflow.com/questions/tagged/plantuml plantuml]
 
# [https://stackoverflow.com/questions/tagged/plantuml plantuml]
 
# [https://stackoverflow.com/questions/tagged/rational-rose rational rose]
 
# [https://stackoverflow.com/questions/tagged/rational-rose rational rose]
Line 27: Line 28:
 
When implementing inheritance there is usually some cost involved in terms of extra classes, tables, documentation and other results that need to be created after the decision to use inheritance.
 
When implementing inheritance there is usually some cost involved in terms of extra classes, tables, documentation and other results that need to be created after the decision to use inheritance.
  
Inheritance is about special and general cases. First you might want to ask what is the difference between the cases - (called a discriminator). In your case it is the type of reservation and you could avoid the inheritance by modelling this type of reservation and implementing the different behavior based on the reservation type. That would lead to a design like:
+
Inheritance is about special and general cases. First you might want to ask what is the difference between the cases - (called a {{Link|target=Discriminator}}). In your case it is the type of reservation and you could avoid the inheritance by modelling this type of reservation and implementing the different behavior based on the reservation type. That would lead to a design like:
  
 
==== Avoiding inheritance ====
 
==== Avoiding inheritance ====
Line 86: Line 87:
 
= Learning UML =
 
= Learning UML =
 
{{Link|target=UML-Day}}
 
{{Link|target=UML-Day}}
 +
[[Category:UML]]

Latest revision as of 11:45, 16 February 2023

Tools

Stackoverflow Tags

  1. uml
  2. argouml
  3. magicdraw
  4. enterprise architect
  5. objectaid
  6. plantuml
  7. rational rose
  8. umbrello
  9. umlet
  10. visual paradigm
  11. staruml

Tool-Evaluations

Historic Tools

Stackoverflow Questions

Inheritance

When implementing inheritance there is usually some cost involved in terms of extra classes, tables, documentation and other results that need to be created after the decision to use inheritance.

Inheritance is about special and general cases. First you might want to ask what is the difference between the cases - (called a Discriminator). In your case it is the type of reservation and you could avoid the inheritance by modelling this type of reservation and implementing the different behavior based on the reservation type. That would lead to a design like:

Avoiding inheritance

If the inheritance has a high benefit because there are a lot of extra attributes, relation or operations for each special case then you can apply it.

In this case there is

  • an extra 1:n relation between regular reservation and reservation (which was not visible in your design but implied by the attribute regular Reservation)

and there are some extra fields

  • start date
  • end date
  • frequency

What is missing at this time is common behavior that would make it sensible to apply inheritance. In the image below I added the generalization nevertheless. It would not be needed at this point in time but as soon as there are general operations you would like to apply to any type of reservation:

Applying inheritance

Learning UML

UML-Day