"0th order" UML Parsing Analysis: source text in UML text boxes as cosmetic "parsing container", no Relationships.

One can naively "associate" or "relate" source text very loosely with UML™ model elements by copying the source text as snippets (such as sentences) into UML text boxes - which are NOT true model elements) - and placing the text boxes near or amongst model elements in UML diagrams:

This can read quite well, a bit like a colourful book or poster, however it is extremely limited because:

  • The source text snippets are NOT stored in the model repository (the UML tools store the text box data in XML extensions, which is also true of UML notes, whereas the Comment is a true model element).
  • In most UML tools one can't even draw a handle (dashed line) from a text box to indicate a "relationship" to a model element (with a UML note one can at least draw a handle to a model element).
  • A unique source text snippet in a UML text box or UML note can't appear robustly in more than one diagram, you have to copy and paste, and changes/edits to the original snippet won't propagate.
  • The indicated "relationship" between the source text snippets and model elements can't be traced at all in the model !

Although one can make some pretty diagrams this way, in terms of information technology the approach it is next to useless, so I call this approach "0th order UML™ Parsing Analysis". Old example diagrams and models employing this technique are indicated in this site by the following "note node" (which can be traced to many other examples):

UML Parsing Analysis: 0th order: free text containers, no traceable relationship or binding between UML model elements and "parsed" source text, visual association only.

Don't use UML text boxes and/or UML notes as containers for parsed source text snippets ! You need at least the Comment as a container for the parsed text snippets.
Notes
randomness