Sparx Systems Forum

Enterprise Architect => Automation Interface, Add-Ins and Tools => Topic started by: Doctor on March 01, 2005, 12:31:57 am

Title: Approach for Reverse Delphi project
Post by: Doctor on March 01, 2005, 12:31:57 am

Hello everybody!

I'm playing with EA evaluate and would like to convince our manager to purchase it.

I would like to demonstrate its power on one of our current projects but am not sure of proper hierarchy

The project has following structure:

System
    Executables
         Functional modules (group of units)
              Delphi Units
                   Classes          

In terms of EA I'm wondering if following structure is suitable

    Project  (each executable in particular project because of size - one executable as demo )
         Package (group of logically connected Delphi units)
              Component (unit)
                   Classes          
 
My question is what is the best way how to model the
existing units; if use the components or packages.

Thanks in advance

Title: Re: Approach for Reverse Delphi project
Post by: Rolix on March 02, 2005, 08:15:26 am

This is the wrong forum, nevertheless: according to my experience, Delphi units rarely reflect what you'd design using packages.

I'd forget about the units. Import your Delphi classes and organize them into functional coherent packages with EA.

A component is meant to be used for what its name implies: representing components.

Title: Re: Approach for Reverse Delphi project
Post by: Doctor on March 03, 2005, 07:50:55 am

Thanks,

few days later I see I was wrong.