[Modeling] (no subject)
Mon, 14 Apr 2003 15:04:15 -0400
Our own AUML tool (DIVA) generates code for openCybele directly from a
proprietary extended version of AUML. I have already commited to FIPA that
once a AUML standard is stablished we will adjust DIVA to comply with such
standard. Like Bernard siad, if you can commit to a platform it is fairly
easy to generate code, the trick is how to do it if you don't commit to a
platform, then you need an intermediary stage (such as compilers do with
3-operand code) between the design and the platform dependent specification.
The later is a problem that greatly interests me, for tool compatibility
reasons. If anyone wants to work on such platform independent layer, please
>From: "Bernhard Bauer" <firstname.lastname@example.org>
>X-Priority: 3 (Normal)
>X-Mailer: Microsoft Outlook, Build 10.0.2627
>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
>X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/)
>X-MIME-Autoconverted: from quoted-printable to 8bit by www.fipa.org id
>Subject: [Modeling] AUML diagrams
>Date: Mon, 14 Apr 2003 17:59:02 +0200
>X-MIME-Autoconverted: from 8bit to quoted-printable by www.fipa.org id
>Dear Sehl Mellouli,
> >Dear Mellouli,
> >Could you provide more detail on you opinions?
> >Perhaps, you could also contribute some of your own ideas and papers --
>or write chapters
> >for AUML specifications even now. Also, you say wish (as we do)
>"solutions that can be
> >mapped to code easily." Can you give us more detail? (Particularly,
>when there are
> >members of the AUML team that are now transforming AUML diagrams to
> >At this point, we need participants that will provide tangible ideas
> >that can be turned into specifications. We hope that you will help in
> >Jim Odell
>On 4/11/03 6:14 PM, "sehl mellouli" indited:
> > Dear All,
> > I have some comments on AUML diagrams. AUML is based on UML with some
> > deviation/extension on notations. Nevertheless, IMO, the difference
> > between AUML and UML is not only notation but also the agent concept
> > itself. Agents are not objects; they have another structure (mental
> > structure) that objects have not.
> > An object is described by attributes and functions, but not an agent.
> > An agent has its beliefs, desires and intentions (this is an agent
> > structure), if we consider BDI architecture.
>I tried to point out these agent specifica in my paper on class diagrams
>allowing the specifier to describe BDI agents. Using wff for the
>description of the
>state of an agent.
> > This structure can be
> > described by attributes and functions itself but the agent structure
> > is not attributes and functions.
>Yes, but attributes describing the BDIs of an agent...
> > Agents can share knowledge, can play many roles, can see their roles
> > changing during execution. Does a class diagram with some new
> > stereotypes consider these aspects? IMO, I don't tnink so.
>Sharing knowledge is not addressed with the agent class diagrams. We had
>discussed this issue elsewhere. We hope to find a solution for this
>For sure roles are an important aspect and can change during execution.
>think this role change can be described elsewhere. See e.g. the paper of
>Jim et al.
>on this subject.
> > IMO, object oriented technology is widely used because object-oriented
> > methodlogies propose concrete solutions, that are solutions that can
> > be mapped to code easily.
> > Looking at the AUML diagrams, are they easily mapped to code? can an
> > agent be developed as a class? I think no.
>Well having a Java based agent platform in mind, like JADE-LEAP, we have
>an agent into a specific agent class. Thus, I strongly believe that a
>is possible to some extend.
> > Developing diagrams is vital to design MAS but also we have to
> > consider that these diagrams will be developed later and there is a
> > big gap between agent theory and agent development.
> > I propose, in developing AUML diagrams, to consider how agent specific
> > aspects will be developed.
>see Jim's e-mail,
> > Best regards,
> > --
> > Mellouli Sehl
> > Computer Science Engineer
> > Information Systems Administration MBA
> > Computer Science Phd Student
> > Université Laval, Québec, P.Q, Canada
> > Tél: bur (418) 656-2131 (4704)
> > Home page: http://www.ift.ulaval.ca/~mellouli
>Modeling mailing list
>Prof. Dr. Bernhard Bauer
>Institute of Computer Science
>Programming of Distributed Systems
>University of Augsburg
>Tel. +49 821 598 2118
> +49 821 598 2174 (Secretary)
>Fax. +49 821 598 2175
>Tel. +49 89 612 09 026
>Fax. +49 89 612 09 427
>Modeling mailing list
Intelligent Automation, Inc.
7519 Standish Place, ste 200
Rockville, MD 20855