Revisiting the Architecture Domain

homepage Forums Executable UML and xtUML Methodology Revisiting the Architecture Domain

Viewing 1 post (of 1 total)
  • Author
  • #5584

    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.