Modellierung und Systemarchitektur mit UML, MDD und MDA
Eingeordnet in Informatik
Geschrieben am in
Deutsch mit einer Größe von 2,97 KB
Analyse
Die Analyse bezieht sich auf Studien und Untersuchungen zum Problem.
Design
Design bezeichnet die Untersuchung der vorgeschlagenen Lösung.
Analyse und Design
Die Verwendung von UML kann in gewissem Maße subjektiv sein. Die UML-Notation leitet die Analysten, aber die Entwicklung der Diagramme ist dennoch erforderlich, um die Modelle zu konkretisieren.
Preview
Preview: Das visuelle Modell erleichtert die Kommunikation und sorgt dafür, dass die Mitglieder einer Gruppe die gleiche Vorstellung davon haben.
Konstruktion
Konstruktion: Automatische Code-Generierung aus visuellen Modellen.
Architektur-Beschreibung
Die Architektur-Beschreibung bietet eine Möglichkeit, die Pläne und die Architektur eines Systems zu zeichnen und zu dokumentieren.
Gründe für die Modelle
Modelle dienen dazu, die Struktur und Architektur eines Systems zu kommunizieren.
Struktogramm
VisualiX wird verwendet, um den statischen Aspekt eines Systems darzustellen: Klassen, Dokumente, Objekte, Komponenten, Assemblies, Pakete und deren Struktur.
Behavioral Chart
Behavioral Charts werden verwendet, um die dynamischen Aspekte eines Systems anzugeben und darzustellen, z. B. Use Cases, Zustandsübergänge und Aktivitäten.
Interaktionsdiagramm
Interaktionsdiagramme dienen der Modellierung dynamischer Aspekte des Systems und zeigen, wie Objekte interagieren, um die in einem Use Case beschriebenen Aufgaben zu erfüllen.
MDD
MDD (Model-Driven Development): Bei MDD verlagert sich der größte Teil des Aufwands auf das Modell; der Software-Code kann aus den Modellen generiert werden oder nicht.
MDA
MDA (Model Driven Architecture) betrachtet die Standardisierung von Spezifikationen und die Plattformunabhängigkeit durch die Verwendung formaler Modelle.
Sitzungssprache
Ziel ist es, eine Spezifikation zu schaffen, die leicht von allen Beteiligten verstanden wird: von Analysten, Entwicklern und Technikern bis hin zu den Managern.
Komponentendiagramm
Das Komponentendiagramm erfasst die physische Struktur der Implementierung als konstituierenden Teil der Architekturspezifikation; es ist für Entwickler und Programmierer relevant.
Component
Eine Komponente ist ein physischer, austauschbarer Teil des Systems, der die Realisierung einer Reihe von Schnittstellen bereitstellt, z. B. für Entwicklungen in verschiedenen Umgebungen sowie für Produktion und Test.
Interface
Ein Interface ist eine Menge von Operationen, die die Dienste einer Klasse oder Komponente spezifizieren.
Betrieb
Betrieb / Operation: Operationen sind Prozesse, die eine Klasse ausführen kann; Methoden in einer Klasse entsprechen den öffentlichen Operationen.
und