<div dir="ltr"><div>Scott. mentioned you below. Time for you to speak up. :)</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 27, 2019 at 1:08 PM Jose Valdez <<a href="mailto:Jose.Valdez@edisoft.pt">Jose.Valdez@edisoft.pt</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_-8823527309179425116WordSection1"><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">Hello Joel,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">From the statement of work of the RTEMS Qualification, we have that:<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">“The Software Design Document (SDD) has to cover ECSS-E-ST-40C clauses 5.4.3.1.a, 5.4.3.2.a, 5.4.3.3.a, 5.4.3.4.a, 5.4.3.5.a, 5.4.3.6.c, 5.5.2.1.a, 5.5.2.1.b, 5.5.2.1.c, 5.5.2.2.a, 5.5.2.3.a, 5.5.2.4.a, 5.5.2.5.a, 5.5.2.6.a, 5.5.2.7.a, 5.5.3.1.a, 5.5.3.2.a, 5.5.3.2.b, 5.8.3.3.a, and 5.8.3.4.a and ECSS-Q-ST-80C clause 7.2.2.3.a.”</span></p></div></div></blockquote><div><br></div><div>Thanks. The qualification and compliance efforts I have been involved with or near allow you to do "bespoke" documentation and provide a mapping from the expected to the actual.More below.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_-8823527309179425116WordSection1"><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">The Software Design Document is the document which will contain Architectural Design (“high level”) and Detailed Design (“low level”) of RTEMS. </span></p></div></div></blockquote><div><br></div><div>Using this as an example, we could have an Architecture Design document and something else for Detailed Design. The mapping document from ECCS to RTEMS artifacts would go through each of those section numbers, likely repeat the text, and then explain where the required information is for RTEMS. If necessary, it will justify the mapping. For example,say we were using a true modeling tool which generated code, requirements, etc. It is quite likely that its output is not in the format or names expected by ECCS, NASA Quaity, DO-178, or another standard.</div><div><br></div><div>Providing the mapping document insulates both RTEMS and ECCS from each other. </div><div><br></div><div>This is not to say that the names or artifact list in ECCS is bad -- just that it is ECCS. And another standard will name the same artifact differently. We will end up producing mapping documents so we might as well start with one. </div><div><br></div><div>Scott Zemerick did a mapping for a couple of the quality standards when he gave us the outline of the Software Engineering Guide. If we do an ECCS -> RTEMS mapping, then the NASA folks should be able to do a NASA Quality and hopefully DO-178 -> RTEMS mapping document in parallel.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_-8823527309179425116WordSection1"><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">This means that the RTEMS Qualification Toolchain shall cover as much as possible the points above. I expect that some of the points can be done with the help of a tool (e.g. production of detailed component and sequence diagrams) but I haven’t seen a tool that does every content automatically – although of course, this would be great. My best guess is that the qualification toolchain will pick up the design that is made, probably bits of sphynx modules, aggregate them, do some automatic work (e.g. traceabilities, interfaces) and then generate a final Sphynx that could be converted to pdf. For the points above which cannot be automated, they have to be done manually.</span></p></div></div></blockquote><div><br></div><div>I'm old and cynical on the quality of generated output so I am guessing that we will find some we like and some that sucks. Hopefully the stuff we have to do by hand is not volatile. Things dependent on source code need to be generated.</div><div><br></div><div>Devil is in the details. We have to push each artifact topic and make it as easy and maintainable as possible. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_-8823527309179425116WordSection1"><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">I hope that this explanation answers your questions. Note also for your question below: “This is a goal for improving the RTEMS Project processes. Are these being captured?”, yes, we will do it</span></p></div></div></blockquote><div><br></div><div>+1 Did my outline for the tools evaluation chapter in the SW Engineering Guide make sense? I hope so because I think you are working on it now.</div><div><br></div><div>If the requirements tool evaluation is nearing an end, posting that as a patch in Rest for the Guide would be a good start. This will then be another section in the same chapter.</div><div><br></div><div>--joel</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_-8823527309179425116WordSection1"><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">Best regards<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">José<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><b><span style="font-size:10pt;font-family:Tahoma,sans-serif">From:</span></b><span style="font-size:10pt;font-family:Tahoma,sans-serif"> Joel Sherrill [mailto:<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>] <br><b>Sent:</b> terça-feira, 26 de março de 2019 14:32<br><b>To:</b> Jose Valdez<br><b>Cc:</b> <a href="mailto:rtems-devel@rtems.org" target="_blank">rtems-devel@rtems.org</a><br><b>Subject:</b> Re: Design Tools for RTEMS Qualification Toolchain<u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p><div><div><div><p class="MsoNormal"><u></u> <u></u></p></div><p class="MsoNormal"><u></u> <u></u></p><div><div><p class="MsoNormal">On Mon, Mar 25, 2019 at 12:20 PM Jose Valdez <<a href="mailto:Jose.Valdez@edisoft.pt" target="_blank">Jose.Valdez@edisoft.pt</a>> wrote:<u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm"><div><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">Hello Joel,</span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">Thank you for your reply.</span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">I meant by design tools, UML tools (I am targeting component and sequence diagrams). It seems that you meant that you consider design tools the ones that are able to produce code from the design. Indeed was not with that goal in mind, because:</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680msolistparagraph"><span style="font-size:11pt;font-family:Wingdings;color:rgb(31,73,125)">è</span><span style="font-size:7pt;color:rgb(31,73,125)"> </span><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">RTEMS source code is already defined (although this would not be a critical point, since reverse engineering would be possible, like will do the doxygen)</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680msolistparagraph"><span style="font-size:11pt;font-family:Wingdings;color:rgb(31,73,125)">è</span><span style="font-size:7pt;color:rgb(31,73,125)"> </span><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">As far as I know, most of these tools target code production for object-oriented languages. This is not the case for RTEMS.</span><u></u><u></u></p></div></div></blockquote><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">The term design tools covers so much territory that my first Google turned up SysML and MathCAD. <u></u><u></u></p></div><div><p class="MsoNormal">It is just too broad a term.<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm"><div><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">What do you mean by a use-case? An example? I tried to quick capture the main features of the tools and their applicability to our project and, as you may read in the previous e-mail, the PlantUML and blockdiag are the far the most suitable.</span><u></u><u></u></p></div></div></blockquote><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">The definition of use case is " a specific situation in which a product or service could potentially be used." <u></u><u></u></p></div><div><p class="MsoNormal">I think that covers my intent. Define how these tools will be used and what's expected. <u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I agree that we are not generating code and are just capturing existing design. <u></u><u></u></p></div><div><p class="MsoNormal">But I still don't know what technical data/artifacts are required by the ESA quality standard<u></u><u></u></p></div><div><p class="MsoNormal">so can only base the expected use cases on what I would expect.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">+ Document high level architecture in a new document<u></u><u></u></p></div><div><p class="MsoNormal">+ Document sequences, flows, logic primarily to enhance Doxygen output<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Any diagrams could also be useful in Classic API Users Guide to document <u></u><u></u></p></div><div><p class="MsoNormal">schedulers,  etc to users.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm"><div><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">I agree with the approach to generate detail design data from source code and then for the top level architecture, to use the Design selected tool. Of course part of the work will be to incorporate functionality that if an architectural change in the code is made, the user shall be warned to update the Architectural Design. This shall be done by linking (traceability) architectural components source code (that’s why defining architectural components in text files will be useful).</span><u></u><u></u></p></div></div></blockquote><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">This is a a goal for improving the RTEMS Project processes. Are these being<u></u><u></u></p></div><div><p class="MsoNormal">captured? <u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">And I would expect a fair number of false positives. I will have 30 years with RTEMS<u></u><u></u></p></div><div><p class="MsoNormal">this summer and the basic architecture figures rarely need to change for technical<u></u><u></u></p></div><div><p class="MsoNormal">reasons. <u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I'm not trying to be argumentative. Just looking a well-defined process for these <u></u><u></u></p></div><div><p class="MsoNormal">tool evaluations:<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">+ What will the tool(s) be used for? <u></u><u></u></p></div><div><p class="MsoNormal">+ What artifacts produced?<u></u><u></u></p></div><div><p class="MsoNormal">+ What "requirements" of the various quality standards is it meeting?<u></u><u></u></p></div><div><p class="MsoNormal">+ Does it need to integrate with build processes?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I am assuming a high level design document would be natural to go in the <br>RTEMS Documentation Suite. Today, I am sure the rtems-docs build system <u></u><u></u></p></div><div><p class="MsoNormal">supports both PlantUML and ditaa. If it doesn't support graphviz/dot and mscgen <u></u><u></u></p></div><div><p class="MsoNormal">(used by our Doxygen), then that's has to be addressed.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">--joel<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm"><div><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">Best regards</span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)">José</span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"> </span><u></u><u></u></p><p class="MsoNormal"><b><span style="font-size:10pt;font-family:Tahoma,sans-serif">From:</span></b><span style="font-size:10pt;font-family:Tahoma,sans-serif"> Joel Sherrill [mailto:<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>] <br><b>Sent:</b> segunda-feira, 25 de março de 2019 16:31<br><b>To:</b> Jose Valdez<br><b>Cc:</b> <a href="mailto:rtems-devel@rtems.org" target="_blank">rtems-devel@rtems.org</a><br><b>Subject:</b> Re: Design Tools for RTEMS Qualification Toolchain</span><u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><div><p class="MsoNormal">You haven't defined what you mean by design tool. The implication seems to be<u></u><u></u></p><div><p class="MsoNormal">something to do UML-ish things in.<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">PlantUML with DITAA, mscgen, and dot (e.g. graphviz) as backups is a pretty <u></u><u></u></p></div><div><p class="MsoNormal">good combination for drawing diagrams.<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">But they are not design tools IMO. They are tools to produce diagrams which<u></u><u></u></p></div><div><p class="MsoNormal">can be used in design documents. When you say design tools, I think tools<u></u><u></u></p></div><div><p class="MsoNormal">like Enterprise Architect, Magic Draw, etc.<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">And for design, there are multiple levels. As a minimum, I would expect a<u></u><u></u></p></div><div><p class="MsoNormal">higher level architectural view and a low level software design. The former<u></u><u></u></p></div><div><p class="MsoNormal">is primarily going to be abstract with figures and descriptions. Probably a<u></u><u></u></p></div><div><p class="MsoNormal">document when it is done. The low level design should be able to be <u></u><u></u></p></div><div><p class="MsoNormal">captured via Doxygen and the drawing tools above.<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">Please define the use cases for the tool before dropping into specific tools.<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">--joel<u></u><u></u></p></div></div><p class="MsoNormal"> <u></u><u></u></p><div><div><p class="MsoNormal">On Mon, Mar 25, 2019 at 10:52 AM Jose Valdez <<a href="mailto:Jose.Valdez@edisoft.pt" target="_blank">Jose.Valdez@edisoft.pt</a>> wrote:<u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin:5pt 0cm 5pt 4.8pt"><div><div><p class="MsoNormal"><span style="font-family:Arial,sans-serif">Hello,</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif">I have been doing the Design Tools investigation. I had investigated several tools with the following features in mind:</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">Open Source and active project</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">Text-file based tool, which allows git control and manipulation of the files with other tools (to add extra functionality)</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">Diagram export to image and possibly to ascii art (if we want to incorporate some diagrams into source code)</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">User friendly</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">Both component and sequence diagrams available</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif">After my investigation I made the following short list:</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">PlantUML: It has all characteristics above listed. Unfortunately, the export to ascii art diagrams feature is only available in the PlantUML online editor, also, there is no GUI (at least which I am aware of, but no big problem) for editing diagrams. Note that although the tool is called PlantUML, PlantUML is itself a standard, so there are several tools, which can handle it.</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">Modelio: More GUI based than text file based. Import/Export from/to html like files is possible, however in a hard-to-understand format</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">Violet: Also a GUI based. It has a simpler interface, but slower (annoying) than Modelio. The model is saved into html in a hard-to-read format.</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">UMLet: Also GUI interface (seems not 100 % functional). It outputs to html, but this html only contains the position of the elements in the UML drawing and not the relation between components</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">ASCIIFlow: Not properly an UML design tool, but it allows to quickly design simple component diagrams in ascii art, which can be included in code. Also allows to import and edit already existing ascii drawings. I believe It will not be used, but was put here as a reference.</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">blockdiag and seqdiag: (<a href="http://blockdiag.com/en/" target="_blank">http://blockdiag.com/en/</a>), blockdiag provides two packages (shall be installed separately), blockdiag and seqdiag to, respectively, draw block and sequence diagrams. The input is text file which allows to generate the diagrams. Has also interface with sphinx and probably it is possible to represent the diagrams in asci art.</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif">I would say that the best candidates are PlantUML and blockdiag.</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif">I found other tools which are either dead projects (most of them) or have missing features. I will write down the list, If anyone is interested to have a look:</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">ARGOUML</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">UMBRELLO</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">Dia</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">StartUML</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">UMPLE</span><u></u><u></u></p><p class="gmail-m_-8823527309179425116gmail-m8502755362675322680gmail-m5148726903218990318msolistparagraph"><span style="font-family:Wingdings">è</span><span style="font-size:7pt"> </span><span style="font-family:Arial,sans-serif">ZenUML</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif">I know that there is the idea to use the doxygen to generate architectural components from the code. I believe that any of these tools can be used when such situation is not possible, or do you think that doxygen alone will meet our needs? I still did not look at it…</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif">Best regards</span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-family:Arial,sans-serif">José</span><u></u><u></u></p></div></div><p class="MsoNormal">_______________________________________________<br>devel mailing list<br><a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br><a href="http://lists.rtems.org/mailman/listinfo/devel" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><u></u><u></u></p></blockquote></div></div></div></blockquote></div></div></div></div></div></blockquote></div></div>