<font size=2 face="sans-serif">Hi Roger,</font>
<br>
<br><font size=2 face="sans-serif">This is a very nice and clever approach.
</font>
<br>
<br><font size=2 face="sans-serif">I would not use Generalisation and inheritance
from COM Object but instead the annotation of <<COM Object>>.</font>
<br>
<br><font size=2 face="sans-serif">This is simlar to use <<EJB>>
annotation for Enterprise JAVA Beans or other framework patterns (Spring,
etc.). The reason is that COM is like a pattern. It means by declaring
an object to be a COM object, you put a set of requirements and "assumptions"
(having related to, source, unique identity composed of domain, type, instance
identifier, ....) </font>
<br><font size=2 face="sans-serif">Maybe this is a detail, but I think
it would make it even more in line with other books and notation.</font>
<br>
<br><font size=2 face="sans-serif">Regards</font>
<br><font size=2 face="sans-serif">Mehran</font>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">"Roger Thompson"
<roger.rocketbrain@btinternet.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:      
 </font><font size=1 face="sans-serif"><Mehran.Sarkarati@esa.int>,
<moims-mp@mailman.ccsds.org></font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:      
 </font><font size=1 face="sans-serif">12/03/2019 17:36</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">Representation
of COM Object Details</font>
<br>
<hr noshade>
<br>
<br>
<br><font size=3 face="Calibri">Dear All,</font>
<br><font size=3 face="Calibri"> </font>
<br><font size=3 face="Calibri">I have been playing around within EA and
it seems there may be a relatively straightforward representation for the
COM Object / Details problem.</font>
<br><font size=3 face="Calibri"> </font>
<br><font size=3 face="Calibri">I have modelled Request Version Details
as a separate class [structure] that contains the attributes specific to
the Request Version.</font>
<br><font size=3 face="Calibri">Request Version has one non-inherited attribute,
ObjectBody of type Request Version Details.  There is also containment
relationship between Request Version and Request Version Details</font>
<br><font size=3 face="Calibri">Attributes of Request Version are hidden.</font>
<br><font size=3 face="Calibri"> </font>
<br><font size=3 face="Calibri">By placing the Request Version Details
structure inside the box of the Request Version object, the containment
relationship is not shown (providing Request Version Details is totally
contained within the Request Version).  Relationships can continue
to be shown to the Request Version object.  So we end up with the
following representation, with correct modelling internally:</font>
<br><font size=3 face="Calibri"> </font>
<br><img src=cid:_4_A146CF70A146CBD000496247C12583BC style="border:0px solid;">
<br><font size=3 face="Calibri"> </font>
<br><font size=3 face="Calibri">This would both satisfy alignment with
the M&C service representation and allow us to retain more or less
the current diagram layouts.</font>
<br><font size=3 face="Calibri">Creation of the “Details” data types
is relatively straightforward as the structure of the current COM objects
can be duplicated as a new Details Object, the attributes removed from
the COM object, but the relationships retained.</font>
<br><font size=3 face="Calibri"> </font>
<br><font size=3 face="Calibri">If everyone is happy with this, I can go
ahead and update the model.  I can probably get this done before the
next telecon.</font>
<br><font size=3 face="Calibri"> </font>
<br><font size=3 face="Calibri">Cheers,</font>
<br><font size=3 face="Calibri"> </font>
<br><font size=3 face="Calibri">Roger</font>
<br>
<br><PRE>This message is intended only for the recipient(s) named above. It may contain proprietary information and/or
protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received
this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect
personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo@esa.int).
</PRE>