Book a Demo

Author Topic: Displaying relation ships based on types  (Read 11794 times)

paddler

  • EA User
  • **
  • Posts: 46
  • Karma: +0/-0
    • View Profile
Displaying relation ships based on types
« on: October 16, 2010, 06:58:54 am »
Hi

I am reverse engineering a system and need a pointer. At this point I'd like to just get a domain model done but there is a curve I have not encountered before.

This is essentially what I have

 Report  <---- Report has a "type" field
    ^
     |
    [has]
     |
  Report Component
      ^
       |
     [has]
       |
   COmponent Elemnts

Based on the report "type" the specific components and their elements will change. Thus, if type = 1 we may have 3 components each with several Component Elements...

 If type = 3, we may have DIFFERENT components with slightly different components. At a Domain Model level where I am trying to show relationships between high-level domain objects, should the fact that report "type" affects the mix of Report Components and Component Elements be shown? (I'd like to).. If so, how? Simply mark it up as a constraint or note?

 :o
"perfect is the enemy of good enough" - Voltaire

Geert Bellekens

  • EA Guru
  • *****
  • Posts: 13523
  • Karma: +574/-33
  • Make EA work for YOU!
    • View Profile
    • Enterprise Architect Consultant and Value Added Reseller
Re: Displaying relation ships based on types
« Reply #1 on: October 19, 2010, 05:24:08 pm »
Paddler,

I think you'll either have to use constraints, or use subclasses to explicitely show the different types of reports.

In the first case you could use an object diagram to illustrate the different combinations of relations depending on the type of report.

Geert

paddler

  • EA User
  • **
  • Posts: 46
  • Karma: +0/-0
    • View Profile
Re: Displaying relation ships based on types
« Reply #2 on: October 20, 2010, 01:56:58 am »
Hey Geert

Eventually, I simply showed the attribute which causes all of this dependcy in the high-level domain model. No other domain objects on the diagram have attributes showing.

 With a little text on the diagram I linked the attribite to the dynamics of the pre-existing, detailed Object Model.

Cheers
"perfect is the enemy of good enough" - Voltaire