[ontoiop-forum] Call for final comments on DOL, UML
Till Mossakowski
till at iws.cs.uni-magdeburg.de
Mon Oct 19 13:49:25 CEST 2015
Dear Conrad,
many thanks for your comments! Here are my replies:
> Why not define sets as restricted bags (bags with no duplicates),
like you did with ordered sets as restricted sequences? Should be at
least: (forall (x) (if (form:Set x) (form:Bag x)) plus no-duplicate
restriction.
Note that I did *not* define ordered sets as restricted sequences.
Instead, I copied the theory of sequences and modified it. In
particular, the axiom
// no element can be inserted twice
(forall (x s)
(if (from:ordered-set-member x s)
(= (form:ordered-set-insert x s) s)))
cannot be used for sequences.
If wanted, I can try to have a similar sharing of theories between sets
and bags.
> Did you intend to support infinite sets? Not that this requires it
(only allows it), but UnlimitedNatural in UML includes an infinitely
large value. See comment about multiplicity in E.4.
No, only finite sets are supported, assuming that system snapshots are
always finite. Instead of UnlimitedNatural, we could also use natural
numbers without an infinitely large value. What would be the name of
such a type?
> Why not just (forall (x s) (form:set-member x
(form:set-insert x s))) ?
The original axiom is:
(forall (x y s)
(iff (form:set-member x (form:set-insert y s))
(or (= x y)
(form:set-member x s))))
This is much stronger. In particular, from it you can derive
non-memberships, like (not (form:set-member 2 (form:set.insert 1
form:empty-set))), provided that 1 is not equal to 2.
> Not sure I'm reading this correctly, but it seems to say the
properties involved in a composition association are properties of m,
whereas they are usually properties of the classes at the ends of the
association.
We have changed this, see attached corrected PDF.
> Properties can be composed without being member ends of an
association. The UML 2.5 spec describes aggregation in the Property
subclause (9.5.3), without constraining the properties to be member ends
of associations. The phrase quoted here describes a composite property
with ("grouping its") values. Feel free to ask Ed and others, this is
well known to be the interpretation of the spec, and is implemented in
tools.
We have changed this, see attached corrected PDF.
> Are the labels n2s, etc, association names? If so they should be
capitalized. If they are property names, they should be closer to one
of the classes at the end of the line.
Yes, they are association names. We will capitalize them.
> How are unlimited upper bounds represented? This could be the
absence of a bound in DOL, I guess. In UML, absence of a bound defaults
to 1, so there's no ambiguity translating to DOL this way. Where does
UnlimitedNatural come in?
Yes, unlimited upper bounds are represented by absence of bounds here.
All the best,
Till
Am 15.10.2015 um 21:47 schrieb Bock, Conrad:
> Till, et al,
>
> Here are my comments on the UML appendix. Let me know if there
> are any questions/comments, can discuss if needed.
>
> Conrad
>
>
> _________________________________________________________________
> To Post: mailto:ontoiop-forum at ovgu.de
> Message Archives: https://listserv.ovgu.de//pipermail/ontoiop-forum
> Config/Unsubscribe: https://listserv.ovgu.de/mailman/listinfo/ontoiop-forum
> Community Files (open): http://interop.cim3.net/file/pub/OntoIOp/
> Community Wiki: http://ontoiop.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserv.ovgu.de/pipermail/ontoiop-forum/attachments/20151019/1aaa2348/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dol.pdf
Type: application/pdf
Size: 2457270 bytes
Desc: not available
URL: <http://listserv.ovgu.de/pipermail/ontoiop-forum/attachments/20151019/1aaa2348/attachment-0001.pdf>
More information about the ontoiop-forum
mailing list