UML tool
| Part of a series on |
| Software development |
|---|
A UML tool (Unified Modeling Language tool) is a software application that supports some or all of the notation and semantics associated with the Unified Modeling Language (UML), which is the industry standard general-purpose modeling language for software engineering.
UML tool is used broadly here to include application programs which are not exclusively focused on UML, but which support some functions of the Unified Modeling Language, either as an add-on, as a component or as a part of their overall function.
Kinds of functions
[edit]UML tools support the following kinds of functions:
Diagramming
[edit]Diagramming in this context means creating and editing UML diagrams; that is diagrams that follow the graphical notation of the Unified Modeling Language.
The use of UML diagrams as a means to draw diagrams of (mostly) object-oriented software is generally agreed upon by software developers. When developers draw diagrams of object-oriented software, they usually use UML notation. However, it is often debated whether such diagrams are needed at all, during what stages of the software development process they should be used, or how (if at all) they should be kept up to date. The primacy of software source code often leads to the diagrams being deprecated.
Round-trip engineering
[edit]Round-trip engineering refers to the ability of a UML tool to perform code generation from models, and model generation from code (a.k.a., reverse engineering), while keeping both the model and the code semantically consistent with each other. Code generation and reverse engineering are explained in more detail below.
Code generation
[edit]Code generation in this context means that the user creates UML diagrams, which have some connected model data, and the UML tool derives from the diagrams part or all of the source code for the software system. In some tools the user can provide a skeleton of the program source code, in the form of a source code template, where predefined tokens are then replaced with program source code parts during the code generation process.
An often cited criticism is that the UML diagrams lack the detail that is needed to contain the same information as is covered with the program source: Jack W. Reeves states that the final embodiment of the design lies in the source code. His often quoted statement that "the Code is the design"[1] has been misinterpreted to mean that there is no need for intermediate- and high-level software-design artifacts, such as UML diagrams or software-requirements documents.
Reverse engineering
[edit]Reverse engineering in this context means, that the UML tool reads program source code as input and derives model data and corresponding graphical UML diagrams from it (as opposed to the somewhat broader meaning described in the article "Reverse engineering").
Some of the challenges of reverse engineering are:
- The source code often has much more detailed information than one would want to see in design diagrams. This problem is addressed by software architecture reconstruction.
- Diagram data is normally not contained with the program source, such that the UML tool, at least in the initial step, must create some random layout of the graphical symbols of the UML notation or use some automatic layout algorithm to place the symbols in a way that the user can understand the diagram. For example, the symbols should be placed at such locations on the drawing pane that no overlap occurs. Usually, the user of such function of a UML tool must manually edit the automatically generated diagrams to attain some meaningfulness. It also often is senseless to draw diagrams of the whole program source, as that represents too much detail to be of interest at the level of a UML diagram.
- Some programming language features are notoriously hard to convert automatically to UML diagrams in their full complexity, for example: the C++ language templates for
classorfunction.
Model and diagram interchange
[edit]XML Metadata Interchange (XMI) is the format for UML model interchange. XMI does not support UML Diagram Interchange, which allows the importation of UML diagrams from one model to another.
Model transformation
[edit]A key concept associated with the model-driven architecture initiative is the capacity to transform a model into another model. For example, one might want to transform a platform-independent domain model into a Java platform-specific model for implementation. It is also possible to refactor UML models to produce more concise and well-formed UML models. It is possible to generate UML models from other modeling notations, such as Business Process Model and Notation (BPMN), which is also a UML profile. The standard that supports this is named Query/View/Transformation (QVT). One example of an open-source QVT-solution is the ATLAS Transformation Language (ATL) built by French Institute for Research in Computer Science and Automation (INRIA).
See also
[edit]References
[edit]- ↑ https://www.developerdotstar.com/mag/articles/reeves_design_main.html by Jack W. Reeves
External links
[edit].