Revisiting the Architecture Domain

Home Forums Executable UML and xtUML Methodology Revisiting the Architecture Domain

This topic contains 0 replies, has 1 voice, and was last updated by  Lee Riemenschneider 3 years, 3 months ago.

Viewing 1 post (of 1 total)
Author Posts
Author Posts
May 18, 2016 at 12:29 pm #5584

Lee Riemenschneider
Participant

The Architecture domain used to be drawn in all of the Shlaer-Mellor literature as a conduit between the application and service domains and the underlying platform technologies (e.g., OS and 3GL). It was the black box in which all the translation magic occurred, which was a fair representation in the days of proprietary Shlaer-Mellor/xtUML tools.
Now with the dawning of open source Shlaer-Mellor/xtUML tools, the Architecture domain becomes a misrepresentation. The idea that a single domain can cover the concerns of model generation, marking, model compilation, user-facing model representation, the metamodel rules, and a myriad of other tool-related issues, isn’t very palatable to those familiar with xtUML modeling, but for communication, the Architecture domain is a reasonable facade.
Consider that in the usage of an xtUML modeling tool for application or service domain modeling, using the Architecture domain as a conduit is more informative to audience than listing every domain that composes the tool’s construction, so it’s utility only exists for expressing an overview of the xtUML technology.

Viewing 1 post (of 1 total)

You must be logged in to reply to this topic.