<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-family: Calibri, sans-serif;">
<div style="font-size: 14px; color: rgb(0, 0, 0); font-family: Calibri, sans-serif;">
<p style="margin: 0px; font-family: Calibri;"><b style="font-size: 16px;">Agenda, 19 Jan 2016 Telecon</b></p>
<div><font face="Calibri">
<ol style="font-size: 16px;">
<li>Review Roger’s top level view of the MOIMS layered service architecture</li><li>Review Ray's similar top level view of the SOIS layered service architecture </li><li>Review Yonghui's view of the “Plug and Play” parts of the SOIS architecture</li></ol>
</font></div>
<p style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;"><b>Attendees</b>: Roger Thompson, Yonghui Hwang, Jean-Loup Terraillon, Johnathan Wilmot, Ray Krosley, Eduardo Bergamini, Xiongwan He, Peter Shames</span></p>
<p style="margin: 0px; font-family: Calibri; min-height: 22px;"><span style="font-size: 16px;"><br>
</span></p>
<p style="margin: 0px; font-family: Calibri; min-height: 22px;"><span style="font-size: 16px;"><b>Meeting materials are in the CWE at</b>: SEA Area / SEA-SA / Meeting Materials / 2016 / 2016 Telecon Materials
</span><span style="font-family: Calibri, sans-serif;">http://cwe.ccsds.org/sea/docs/Forms/AllItems.aspx?RootFolder=%2Fsea%2Fdocs%2FSEA-SA%2FMeeting%20Materials%2F2016%2F2016%20Telecon%20Materials&View={50B434A7-BB62-4E03-A971-45271E7C0B86}&</span></p>
<p style="margin: 0px; font-family: Calibri; min-height: 22px;"><span style="font-size: 16px;"><br>
</span></p>
<p style="margin: 0px; font-family: Calibri;"><b style="font-size: 16px;">Action Items from 1 Dec 2015</b></p>
<ol>
<li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">RT to develop a RASDS style view of the SM&C top level architecture</span>
<ul>
<li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">Not done due to other pressing commitments</span>
</li></ul>
</li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">RK to develop a RASDS style version of the SOIS top level architecture</span>
<ul>
<li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">Reviewed at this meeting, more below</span>
</li></ul>
</li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">YH to develop a RASDS style version of the SOIS Plug and Play architecture </span>
<ul>
<li style="margin: 0px;"><span style="font-size: 16px;">Reviewed at this meeting, more below</span></li></ul>
</li></ol>
<div>
<p style="margin: 0px; font-family: Calibri;"><b style="font-size: 16px;">Notes from 19 Jan 2016</b></p>
<ol>
</ol>
</div>
<ol>
<ul>
</ul>
<li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">YH presented the revised SOIS Plug and Play diagram. He included functions and information flows on the diagram, as requested. </span>
<ul>
<li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">YH also provided a separate list of the major functions and their nominal set of interfaces</span>
</li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">There were some questions about features shown in the original diagram, such as the “Software Bus" and whether that was actually the MTS, the inclusion of a “Sync” element that appears
to really have been DDS, and the meaning of the “Adapter”.</span> </li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">JW amd RK, who both have a deeper understanding of SOIS were able to clear these questions up and will work with YH to refine the diagram</span>
</li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">General agreement that this sort of function and data flow diagram is what is needed across the set of materials we are developing</span></li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">Also agreement that the details of the interfaces (or services) offered by each function is important, but some question about the best way to represent this </span></li></ul>
</li><li style="margin: 0px; font-family: Calibri;"><span style="font-family: Calibri, sans-serif; font-size: 16px;">RK presented the revised SOIS top level set of diagrams. He included the top level SOIS view showing functions and layers. In succesive diagrams
he showed a set of four functional groups</span>
<ul>
<li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">RK also provided on each chart the major functions and their behaviors. </span></li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">A quite complete set of services with identified interfaces for each function was shown on a separate UML Class diagram, which provides a pretty compact representation.</span></li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">This set of diagrams had been reviewed by the SOIS team prior to this telecon, which was very useful as their inputs had already been baked in</span></li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">The set of functional groups was incomplete since it left out the plug and play functions that YH was addressing separately. </span></li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">There was some discussion of the choice of functional group names since they did not always adequately reflect the functions that were included and some functions, like Command and
Data Acquisition Services, which appear on the top level SOIS chart, were left out (or included in what was called Communication Protocols).</span></li></ul>
</li></ol>
<div><b style="font-family: Calibri; font-size: 16px;">Post meeting analysis and discussion</b></div>
</div>
<div>
<ol style="font-size: 14px;">
<li style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px; margin: 0px;">
<span style="color: rgb(0, 0, 0); font-family: Calibri; font-size: 16px;">What follows are some notes based on analysis of what was presented, </span><span style="font-size: 16px;">with the intent of providing some better guidance as to how we might proceed.</span></li><li style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;">
<span style="color: rgb(0, 0, 0); font-family: Calibri; font-size: 16px; font-style: normal; font-weight: normal; text-decoration: none;">The diagrams that were presented were of several different types:</span>
<ul style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;">
<li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">Function and data flow diagrams with identified parameter types (RASDS functional view)</span></li><li><span style="color: rgb(0, 0, 0); font-family: Calibri; font-size: 16px; font-style: normal; font-weight: normal; text-decoration: none;">Functional groupings (also RASDS functional view, but without labeled data flows), but including good overview behavioral
descriptions for each function</span></li><li><span style="color: rgb(0, 0, 0); font-family: Calibri; font-size: 16px; font-style: normal; font-weight: normal; text-decoration: none;">List of functions and the major data items visible at the interfaces, and a different diagram with similar content
but using UML class representation and showing each of the types of interface requests that are provided</span></li><li style="margin: 0px; font-family: Calibri;"><span style="font-size: 16px;">There were some questions about features shown in the original diagram, such as the “Software Bus" and whether that was actually the MTS, the inclusion of a “Sync” element that appears
to really have been DDS, and the meaning of the “Adapter”.</span></li></ul>
</li><li style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;">
<span style="font-size: 16px;">With the intent of providing a good overall description of the agrregate architecture for each CCSDS Area, and to provide in a concise form the necessary features of the architecture, I suggest we adopt at least this set of views:</span>
<ol style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;">
<li style="font-size: 14px;"><span style="color: rgb(0, 0, 0); font-family: Calibri; font-size: 16px; font-style: normal; font-weight: normal; text-decoration: none;">One top level architecture diagram extracted from the relevant CCSDS document (in whatever
style they chose)</span></li><li style="font-size: 14px;"><span style="color: rgb(0, 0, 0); font-family: Calibri; font-size: 16px; font-style: normal; font-weight: normal; text-decoration: none;">One top level architecture diagram in RASDS style, restating the original so they can see
the mapping</span></li><li><span style="color: rgb(0, 0, 0); font-family: Calibri; font-style: normal; font-weight: normal; text-decoration: none; font-size: 16px;">One (or more as needed) function and data flow diagram showing identified information types on the flows between functions</span></li><li><span style="color: rgb(0, 0, 0); font-family: Calibri; font-style: normal; font-weight: normal; text-decoration: none; font-size: 16px;">A list of functions, behavioral descriptions, and key interfaces The UML class diagram is useful for the latter, but
the more tabular form that Yonghui used may be a more compact way to describe this.</span></li><li><span style="font-size: 16px;">I think we will need decent information models for the information types that are exchanged (item 3), but want to avoid drilling down to too much detail, so a simple notional model may suffice. I’m attaching a couple I made
for the Registry Management Policy document that I think are effective. If someone has an alternative please provide it.</span></li><li><span style="font-size: 16px;">Last item, which we discussed, is some sort of more dynamic behavior description. This could be a UML activity style diagram or something similar rendered in another way. Of particular interest are how dynamic behavior,
such as device discovery, works. One or more diagrams for different phases may be needed, but we can defer this for now.</span></li></ol>
</li><li style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;"><span style="font-size: 16px;">Proposal: I have taken the materials that Yonghui and Ray provided and combined them into one package. I have also psoposed some edits to these, to make them
more consistent. That is attached.</span>
<ol>
<li style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;"><span style="font-size: 16px;">Please review and comment before the next meeting</span></li><li style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;"><span style="font-size: 16px;">Please provide all materials in RASDS style and PPT format. Yonghui’s were a PDF which cannot be edited. I think we all have Powerpoint and the free Open Office
app can read and write these if cost is an issue.</span></li><li><font face="Calibri,sans-serif"><span style="font-size: 16px;">If we wish to use UML–style diagrams, which I am not opposed to, we will need to identify a low cost or free tool that we can all use, regardless of the OS platform we are running. If anyone
has a good suggestion please provide it.</span></font></li></ol>
</li></ol>
<div style="font-size: 14px; color: rgb(0, 0, 0); font-family: Calibri, sans-serif;">
<b style="font-size: 16px;">Action Items</b></div>
<ol style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;">
<li style="font-size: 14px;"><span style="font-size: 16px;">RT: produce a first cut at the MOIMS top level models in alignment with the proposed approach. If you have issues with this suggest an alernative approach that we can all adopt. </span></li><li style="font-size: 14px;"><span style="font-size: 16px;">YH: update the diagrams as discussed. Provide PPT format ready to integrate with the rest of the package. Provide at least a simple information model for key informaiton types.</span></li><li style="font-size: 14px;"><span style="font-size: 16px;">RK: update the diagrams as discussed. Align diagrams with this proposed approach or suggest an alernative that we can all adopt. Provide at least a simple information model for key informaiton types.</span></li><li style="font-size: 14px;"><span style="font-size: 16px;">PS: post a Doodle poll for the next meeting, nominally one of the last two weeks in Feb. Post a Doodle poll for which days of the CCSDS spring Meeting week are prefered by the team.</span></li><li><span style="font-size: 16px; color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-style: normal; font-weight: normal; text-decoration: none;">All: if you are not already on the SEA-SA mailing list please g</span><span style="font-size: 16px;"><span style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-style: normal; font-weight: normal; text-decoration: none;">o
to </span><a href="http://mailman.ccsds.org/cgi-bin/mailman/listinfo">http://mailman.ccsds.org/cgi-bin/mailman/listinfo</a> and sign up for SEA-SA.</span></li></ol>
<div style="font-size: 14px; color: rgb(0, 0, 0); font-family: Calibri, sans-serif;">
<span style="color: rgb(0, 0, 0); font-family: Calibri; font-size: 16px; font-style: normal; font-weight: normal; text-decoration: none;"><br>
</span></div>
</div>
<div style="font-size: 14px; color: rgb(0, 0, 0); font-family: Calibri, sans-serif;">
<span style="color: rgb(0, 0, 0); font-family: Calibri; font-size: 16px; font-style: normal; font-weight: normal; text-decoration: none;"><br>
</span></div>
<div style="font-size: 14px; color: rgb(0, 0, 0); font-family: Calibri, sans-serif;">
<div id="MAC_OUTLOOK_SIGNATURE"></div>
</div>
</body>
</html>