<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:582883159;
mso-list-template-ids:638229716;}
@list l1
{mso-list-id:867328741;
mso-list-type:hybrid;
mso-list-template-ids:372821318 67698705 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link="#0563C1" vlink="#954F72" style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal>Here are some possible extensions and revisions to the diagrams, pending discussion.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 15 says that a function produces information and has logical structure,<o:p></o:p></p><p class=MsoNormal>and I think it says that information has data which consumes the logical structure of a function.<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>The "consumes" line should go between the headers of function and information instead of between logical structure and data,<o:p></o:p></p><p class=MsoNormal>and the line should point from function to information.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 21 shows type as an attribute of a functional object.<o:p></o:p></p><p class=MsoNormal>Type is also an attribute of an information object in chart 28.<o:p></o:p></p><p class=MsoNormal>Type is also an attribute of an operations object in chart 70, using the enumeration {task, activity, process}<o:p></o:p></p><p class=MsoNormal>Connection type is an attribute of a physical object in chart 88, using the enumeration {flow, energetic, structural, ...}<o:p></o:p></p><p class=MsoNormal>These types are different.<o:p></o:p></p><p class=MsoNormal>The information object type specifies its content, and it may additionally specify a layout for concrete objects.<o:p></o:p></p><p class=MsoNormal>The functional object type names an abstract collection of interfaces and behaviors which use information objects,<o:p></o:p></p><p class=MsoNormal>as if in an object-oriented class. See chart 120 for UML class, which is what I mean by "object oriented class".<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>Rename "type" in chart 21 to "class", which agrees with the object-oriented concept.<o:p></o:p></p><p class=MsoNormal>Rename "type" in chart 70 to "operation type", and make a correspondence to function "class" attribute in the texts.<o:p></o:p></p><p class=MsoNormal>Rename "connection type" in chart 88 to "connection mechanism", to avoid confusion with information types.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 22 shows a function producing or consuming data.<o:p></o:p></p><p class=MsoNormal>This correspondence is present in chart 29 for information objects, but it isn't clear that it corresponds to the "data",<o:p></o:p></p><p class=MsoNormal>unless "data" in chart 22 has the reverse correspondence.<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>There should be a correspondence to information objects for "data" in chart 22.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 28 shows information objects without service interfaces. This implies that functional objects would provide those<o:p></o:p></p><p class=MsoNormal>interfaces, and information objects describe the layout and content of information objects that pass through those interfaces.<o:p></o:p></p><p class=MsoNormal>The two viewpoints together provide object oriented models.<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>In the text for functional objects, identify this connection to object oriented concepts.<o:p></o:p></p><p class=MsoNormal>In the text for information objects, say that behavior, interfaces, and management are provided by functional objects.<o:p></o:p></p><p class=MsoNormal>The access/security concern for information objects will be enforced by functional objects, so perhaps that concern<o:p></o:p></p><p class=MsoNormal>should move from information objects (chart 28) to functional objects (chart 21).<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 29 says that information has structure.<o:p></o:p></p><p class=MsoNormal>chart 31 says that information may have a representation which may have a structure and/or an encoding.<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>These two charts together suggest that chart 29 should say "representation" in place of "structure".<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 30 shows inheritance, composition, aggregation, association, and directed association relationships.<o:p></o:p></p><p class=MsoNormal>chart 29 shows only the composition relationship.<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>Change the composition line in chart 29 to an association line, and change the label on the line to "relationship".<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 44 does not mention SDU's.<o:p></o:p></p><p class=MsoNormal>chart 45 mentions SDU's.<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>Mention SDU's on chart 44.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 65 shows a service processing data.<o:p></o:p></p><p class=MsoNormal>The correspondence for data is present in chart 22 for functions and information objects,<o:p></o:p></p><p class=MsoNormal>but it isn't clear that the data corresponds to the data in chart 65.<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>There could be a correspondence to information objects for both "data" and "function" in chart 65.<o:p></o:p></p><p class=MsoNormal>There could be a correspondence to data processed by a service in chart 22.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>chart 71 shows a system element accessing data.<o:p></o:p></p><p class=MsoNormal>It isn't clear that the data corresponds to the data in chart 65.<o:p></o:p></p><p class=MsoNormal>Change:<o:p></o:p></p><p class=MsoNormal>Add a correspondence between operational service in chart 71 to service in chart 65.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From:</b> Shames, Peter M (US 312B) <peter.m.shames@jpl.nasa.gov> <br><b>Sent:</b> Tuesday, November 15, 2022 5:33 PM<br><b>To:</b> Ramon Krosley <r.krosley@andropogon.org>; Radulescu, Costin (US 9300) <cradule@jpl.nasa.gov>; Fred Slane <frederick.slane@gmail.com>; Christian Stangl <Christian.Stangl@dlr.de>; Davarian, Faramaz (US 9700) <faramaz.davarian@jpl.nasa.gov><br><b>Cc:</b> SEA-SA <sea-sa@mailman.ccsds.org><br><b>Subject:</b> Revised slides from 14 Nov RASDS++ working meeting<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Dear RASDS++ team,<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Attached are the revised set of slides from the 14 Nov 22 working meeting. During the meeting we discussed the following aspects:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><ol style='margin-top:0in' start=1 type=1><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>Aligning with the top level ontology (now pg 15, and updating it as needed)<o:p></o:p></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>Adopting the approach of having an “object” figure, and “ontology” figure, and a “representation” figure for each viewpoint, in that order<o:p></o:p></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>Adding a prototype functional ontology, along with correspondences, to the intro section of the document providing a visualization for the description of correspondence<o:p></o:p></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>Make judicious use of other correspondence relationships in viewpoint ontology views, for context and connections<o:p></o:p></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>Agree to use a modified set of UML relationships for the ontology diagrams, introduce these UML relationships early in the document.<o:p></o:p></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>Recognize that the ontology diagrams are essentially instances of Information Viewpoint diagrams, adopt that style and document it<o:p></o:p></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>Clean up use of terms and make them consistent across viewpoints<o:p></o:p></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>Agree to adopt a single, common, representation across all of the ontology diagrams (I chose to use the “RASDS++ standard” instead of alternatives like OML, since we already had most of these in that style)<o:p></o:p></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l1 level1 lfo3'>We can revisit this last item if there is strong feeling of the value of OML and if we can get the OML diagrams to use the adopted information object representation (rounded rectangles)<o:p></o:p></li></ol><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The attached package has a first cut at all of these changes. This included creating several new (missing) “object” and “ontology” figures and redrawing two of the existing ones to make them all align. I also added a new UML relationship figure as slide 11, along with the definitions of these terms “aggregation”, “composition”, “inheritance”, etc. All views now have all three “standard” diagrams, but these need review by the team. They also include a limited number of context correspondences, drawn using a lighter color and dashed lines.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>A number of “in process” slides were left in place as a reminder of how we got to where we are. Some of these contain definitions that we will need to clean up, normalize, and incorporate in the body of the text. The older ontology charts that Ramon and Costin provided were left in place as a cross-check and a reminder of what we had. I think we are still missing the latest of Costin’s Operational viewpoint updates relating to temporal aspects.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Retaining some of the charts, especially pgs 59-60 is an open question. As is inclusion of pgs 71-72. The integration of temporal aspects of operations, pg 73 and elsewhere is also up for discussion as is much of 80-85, a sort of crude operational animation.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Please review and provide any updates, corrections, suggestions, before the next meeting.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks, Peter<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>