From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,a86f1b04a0a258b4
X-Google-Attributes: gid103376,public
From: Richard D Riehle <laoXhai@ix.netcom.com>
Subject: Re: UML & Ada
Date: 1998/06/17
Message-ID: <6m9f26$nkf@dfw-ixnews7.ix.netcom.com>#1/1
X-Deja-AN: 363661034
References: <35868F4A.FC463980@email.mot.com> <35880034.68F8@cs.umd.edu>
Organization: ICGNetcom
X-NETCOM-Date: Wed Jun 17  5:13:26 PM CDT 1998
Newsgroups: comp.lang.ada
Date: 1998-06-17T17:13:26-05:00
List-Id: <comp.lang.ada>


In article <35880034.68F8@cs.umd.edu>,
	Michael Stark <mstark@cs.umd.edu> wrote:

>Dennis Miller wrote:

-- snip snip snip
>
>But Ada 95 _is_ Ada, just as FORTRAN 77 superceded previous versions
>of FORTRAN to become _the_ standard.  Given this, I see no reason that
>you can't use UML with Ada, unless you are dealing with Ada 83 legacy
>code, in which case the answer is a resounding "it depends" ;)

-- snip snip snip

It would be nice if UML and Ada were a comfortable, easy fit.  This is 
not the case.  UML assumes that a class is a module and vice-versa much
as one would expect of Eiffel or C++.  In Ada, a module is a package. There
is not straightforward support in UML for child packages.  UML is at
the wrong level of granuality to support Ada's model for encapsulation 
and separation of specification from implementation.  There seem to be
a lot of disconnects between UML and Ada. 

What we need, for Ada, is an Ada-specific notation for object modeling, 
one which takes advantage of the power of Ada rather than the limitations
of C++.  I recall that Ed Colbert was working on a modeling notation that
would map to Ada.  I wonder if he is still pursuing this.  

Richard Riehle  
AdaWorks Software Engineering