\u00a0Warum UML?<\/h2>\n
Je gr\u00f6\u00dfer und komplexer Software-Architekturen werden, desto gr\u00f6\u00dfer wird auch die Notwendigkeit f\u00fcr Software-Modelle. UML ist die dominierende Modellierungssprache der Softwareindustrie. Sie ist derzeit ein de facto-Standard, der von der Object Management Group, dem weltweit gr\u00f6\u00dften Software-Konsortium, \u00fcbernommen wurde. Es ist schwer, ein Software-Projekt mit mehr als 10 Entwicklern zu finden, das UML in irgendeiner Form zur Spezifikation seiner Architektur nicht nutzt.<\/p>\n
Hier sind einige weitere Fakten zum Einsatz von UML in unserem Software-Entwicklungsprozess:<\/p>\n
- \n
- Software wird zunehmend komplexer: eine ziemlich alte Version von Windows XP hat mehr als 40 Millionen Codezeilen.<\/li>\n
- Ein einzelner Programmierer kann diese Menge an Code nicht vollst\u00e4ndig verwalten.<\/li>\n
- Code ist f\u00fcr Entwickler, die ihn nicht geschrieben haben, nicht leicht verst\u00e4ndlich.<\/li>\n
- Wir brauchen einfachere Darstellungen f\u00fcr komplexe Systeme: Modellierung ist ein Mittel, um mit Komplexit\u00e4t umzugehen.<\/li>\n<\/ul>\n
Was ist ein Modell?<\/h2>\n
- \n
- Ein Modell ist eine Abstraktion der realen Sache, bei der Details weggelassen werden.<\/li>\n
- \u201eDie Zusammenstellung aller Elemente, die Ihr System beschreiben, einschlie\u00dflich ihrer Verbindungen zueinander, bildet Ihr Modell.\u201c (Russ und Hamilton 12).<\/li>\n<\/ul>\n
Wenn wir UML verwenden, um Modelle eines Systems zu erstellen, das vor der Programmierung entwickelt wird, stellen sie das Problem auf vereinfachte Weise dar. Sie bieten eine Struktur f\u00fcr die Probleml\u00f6sung. Sie helfen dabei, zu verstehen, wie man mit dem vorliegenden Problem weitergehen kann. Sie erm\u00f6glichen auch das Ausprobieren mehrerer L\u00f6sungen. Da die Modelle vor der eigentlichen Entwicklung des Systems erstellt werden, k\u00f6nnen wir verschiedene M\u00f6glichkeiten, Probleme, Optionen usw. verstehen. Dies f\u00fchrt auch zu einer Reduzierung der Entwicklungskosten. Da die Zeit nicht f\u00fcr Versuche und Fehler verschwendet wird, ist das Produkt schneller fertig. Modelle helfen au\u00dferdem, die Komplexit\u00e4t des Problems zu managen, sodass die Planung der Entwicklung und die Zuweisung von Ressourcen wie Maschinen, Programmierern und Testern leichter erfolgen kann.<\/p>\n
Was UML NICHT ist?<\/h2>\n
- \n
- UML ist keine Notation, sondern eine Sprache.<\/li>\n
- UML geh\u00f6rt niemandem. Es ist offen f\u00fcr jeden, der es nutzen m\u00f6chte. Es ist nicht propriet\u00e4r.<\/li>\n
- UML ist kein Prozess oder eine Methode.<\/li>\n
- UML f\u00f6rdert die Verwendung objektorientierter Techniken und iterativer Software-Entwicklungszyklen.<\/li>\n
- UML ist nicht schwierig. Es ist gro\u00df, aber man muss es nicht vollst\u00e4ndig kennen. Au\u00dferdem besteht keine Notwendigkeit, jedes einzelne Detail darin zu verwenden oder zu verstehen.<\/li>\n
- UML ist nicht zeitaufwendig. Wenn sie richtig eingesetzt wird, senkt der Einsatz von UML die Entwicklungskosten. Gleichzeitig bietet sie den Vorteil einer einfachen Verst\u00e4ndlichkeit und Kommunikation, erh\u00f6hter Produktivit\u00e4t und besserer Qualit\u00e4t.<\/li>\n
- UML ist nicht begrenzt. Sie ist flexibel genug, um neue Vokabular (Konzepte, W\u00f6rter und Begriffe), Eigenschaften (zus\u00e4tzliche Informationen zu den W\u00f6rtern) und Semantik (Sprachregeln) zu erm\u00f6glichen, die f\u00fcr einen bestimmten Bereich erforderlich sind.<\/li>\n<\/ul>\n
Ziel von UML<\/h2>\n
- \n
- Eine visuelle Modellierungssprache und keine visuelle Programmiersprache. Obwohl einige Modellierungswerkzeuge Code-Generatoren besitzen und einige Modelle aus Code zur\u00fcckgewinnen k\u00f6nnen.<\/li>\n
- Es soll Diagramme erstellen, die den Software-Entwicklungsprozess unterst\u00fctzen, UML ist jedoch KEIN Software-Entwicklungsprozess oder Entwicklungsverfahren. Daher ist UML prozessunabh\u00e4ngig.<\/li>\n
- Eine Standard-Sprache zur Erstellung von Software-Entw\u00fcrfen.<\/li>\n
- Ein Kommunikationswerkzeug.<\/li>\n
- Eine Sprache zum Dokumentieren von Anforderungen, Architektur, Tests, Projektplanung usw.<\/li>\n
- Es ist f\u00fcr Software-Systeme gedacht, kann aber auch andere Systeme modellieren.<\/li>\n
- Es soll den objektorientierten Entwicklungsprozess unterst\u00fctzen.<\/li>\n
- Es kann sowohl statische Strukturen als auch dynamisches Verhalten eines Systems erfassen.<\/li>\n
- UML-Diagramme k\u00f6nnen den Beteiligten helfen, die Anforderungen zu verstehen, dar\u00fcber zu diskutieren und sich darauf zu einigen.<\/li>\n
- UML-Diagramme k\u00f6nnen helfen, komplexe Prozesse auf eine Ebene zu abstrahieren, die leichter verst\u00e4ndlich ist.<\/li>\n
- UML-Diagramme helfen bei der Probleml\u00f6sung.<\/li>\n<\/ul>\n
Was bietet eine Modelliersprache?<\/h2>\n
- \n
- Modell-Elemente<\/i><\/b>: Konzepte und Semantik<\/li>\n
- Notation<\/i><\/b>: Visuelle Darstellung von Modell-Elementen<\/li>\n
- Richtlinien<\/i><\/b>: Hinweise und Vorschl\u00e4ge zur Verwendung von Elementen in der Notation<\/li>\n<\/ul>\n
Kurze Geschichte<\/h2>\n
In den sp\u00e4ten 80er Jahren, als wir mit der Modellierung begannen, gab es viele verschiedene Methodologien. Und jede Methodologie hatte ihre eigene Notation. Das Problem war, dass, wenn verschiedene Personen unterschiedliche Notationen verwendeten, irgendwann jemand eine \u00dcbersetzung vornehmen musste. Oft bedeutete ein Symbol in einer Notation etwas anderes als in einer anderen. 1991 begannen alle mit B\u00fcchern. Grady Booch ver\u00f6ffentlichte seine erste Ausgabe. Ivar Jacobson ver\u00f6ffentlichte seine, und Jim Rumbaugh seine OMT-Methodologie. Jedes Buch hatte seine St\u00e4rken und Schw\u00e4chen. OMT war besonders stark in der Analyse, aber schw\u00e4cher in der Gestaltung. Die Booch-Methodik war st\u00e4rker in der Gestaltung, aber schw\u00e4cher in der Analyse. Und Ivar Jacobsons Objectory war besonders gut in Bezug auf Benutzererfahrung, was weder Booch noch OMT damals wirklich ber\u00fccksichtigten. Booch und Jacobson vereinigten die beiden Methoden 1994 und Rumbaugh schloss sich 1995 an. UML 1.1 wurde 1997 von der OMG ver\u00f6ffentlicht und ber\u00fccksichtigte Beitr\u00e4ge anderer, z.\u202fB. von Yourden. Die UML v2.x ist die aktuellste Version.<\/p>\n
Ver\u00f6ffentlichungsdaten<\/h3>\n
- \n
- 1995 \u2013 UML 0.8<\/li>\n
- 1996 \u2013 UML 0.9 \u2013 Die Drei Freunde<\/li>\n
- 1997 \u2013 OMG \u00fcbernimmt.<\/li>\n
- 1997 \u2013 OMG UML 1.1<\/li>\n
- 1998 \u2013 OMG UML 1.2<\/li>\n
- 1999 \u2013 OMG UML 1.3<\/li>\n
- 2001 \u2013 OMG UML 1.4<\/li>\n
- 2003 \u2013 OMG UML 1.5<\/li>\n
- 2003 \u2013 OMG UML 2.0 \u2013 \u00dcbernommen<\/li>\n
- 2005 \u2013 OMG UML 2.0 \u2013 Endg\u00fcltig<\/li>\n
- 2006 \u2013 OMG UML 2.1<\/li>\n
- UML2.1.2<\/b>(11\/04\/07) \u2013 Aktuelle Version vom 27.05.08<\/li>\n<\/ul>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2017\/05\/What-is-UML.png\")
<\/a><\/p>\nDie Motivation der Methodenvereinigung durch die \u201edrei Amegos\u201c<\/h2>\n
- \n
- Tatsache, dass einzelne Methoden unabh\u00e4ngig voneinander aufeinander zusteuern<\/li>\n
- Vereinigung von Semantik und Notation zur Schaffung von Stabilit\u00e4t auf dem OO-Design-Markt<\/li>\n
- Erwartung, dass die Vereinigung die fr\u00fcheren, einzelnen Methoden verbessern w\u00fcrde<\/li>\n<\/ul>\n
UML-Partner<\/h3>\n
\n
- \n
- Rational Software Corporation<\/li>\n
- IBM<\/li>\n
- Hewlett-Packard<\/li>\n
- I-Logix<\/li>\n
- ICON Computing<\/li>\n
- Intellicorp<\/li>\n
- MCI Systemhouse<\/li>\n
- Microsoft<\/li>\n
- ObjecTime<\/li>\n
- Oracle<\/li>\n
- Platinum Technology<\/li>\n
- Taskon<\/li>\n
- Texas Instruments\/Sterling Software<\/li>\n
- Unisys<\/li>\n<\/ul>\n<\/blockquote>\n
UML-Notationseingabe f\u00fcr verschiedene Methoden vor der Vereinigung<\/h2>\n
UML stellt die Vereinigung der Notationen von Booch, OMT und Objectory sowie die besten Ideen mehrerer anderer Methodologen dar, wie in der nachfolgenden Abbildung gezeigt. Durch die Vereinigung der Notationen, die von diesen objektorientierten Methoden verwendet werden, bildet die Unified Modeling Language die Grundlage f\u00fcr einen de facto-Standard im Bereich der objektorientierten Analyse und Design, der auf einer breiten Basis an Benutzererfahrung beruht.<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2017\/05\/UML-Imnput.png\")
<\/a><\/p>\n<\/h3>\n
Die Rolle der Notation<\/h2>\n
Die Notation spielt eine wichtige Rolle bei jedem Modell \u2013 sie ist der Kitt, der den Prozess zusammenh\u00e4lt. Die Notation hat drei Aufgaben:<\/p>\n
- \n
- Sie dient als Sprache zur Kommunikation von Entscheidungen, die nicht offensichtlich sind oder nicht aus dem Code selbst abgeleitet werden k\u00f6nnen.<\/li>\n
- Sie bietet Semantik, die ausreichend reichhaltig ist, um alle wichtigen strategischen und taktischen Entscheidungen zu erfassen.<\/li>\n
- Sie bietet eine ausreichend konkrete Form, die es Menschen erm\u00f6glicht, zu denken, und Werkzeugen, sie zu verarbeiten.<\/li>\n<\/ul>\n
Die Unified Modeling Language (UML) bietet eine sehr robuste Notation, die sich von der Analyse zur Designphase entwickelt. Bestimmte Elemente der Notation (zum Beispiel Klassen, Assoziationen, Aggregationen, Vererbung) werden in der Analyse eingef\u00fchrt. Andere Elemente der Notation (zum Beispiel Inklusions-Implementierungsindikatoren und Eigenschaften) werden in der Designphase eingef\u00fchrt.<\/p>\n
Vorteile von UML<\/b><\/h2>\n
UML kann auf vielf\u00e4ltige Anwendungen angewendet werdenAnwendungsbereiche<\/strong>\u00a0(z. B. Bankwesen, Finanzen, Internet, Luft- und Raumfahrt, Gesundheitswesen, usw.) Es kann mit allen wichtigen Objekt- und Komponenten-Softwareentwicklungsmethoden<\/strong>\u00a0und f\u00fcr verschiedene\u00a0Implementierungsplattformen.<\/strong><\/p>\n
- \n
- Sie wissen genau, was Sie bekommen<\/li>\n
- Sie werden niedrigere Entwicklungskosten haben<\/li>\n
- \u00a0Ihre Software wird sich so verhalten, wie Sie es erwarten. Weniger \u00dcberraschungen<\/li>\n
- \u00a0Die richtigen Entscheidungen werden getroffen, bevor Ihnen schlecht geschriebener Code vorgelegt wird. Geringere Gesamtkosten<\/li>\n
- Wir k\u00f6nnen effizientere Systeme im Hinblick auf Speicher und Prozessor entwickeln<\/li>\n
- Die Wartungskosten f\u00fcr das System werden niedriger sein. Weniger Wiederholungslernen findet statt<\/li>\n
- Die Zusammenarbeit mit einem neuen Entwickler wird einfacher sein.<\/li>\n
- Die Kommunikation mit Programmierern und externen Auftragnehmern wird effizienter sein.<\/li>\n<\/ul>\n
UML 4 + 1 Ansichten<\/h2>\n
UML besteht aus den folgenden vier Ansichten des zu entwickelnden Systems (siehe Abb. 3) [Eriksson & Penker, 1998; Kruchten, 2000]:<\/p>\n
- \n
- Anwendungsfalldarstellung:<\/em> zeigt die Funktionalit\u00e4t des Systems aus Sicht externer Akteure; sie wird in Anwendungsfalldiagrammen und gelegentlich in Aktivit\u00e4tsdiagrammen beschrieben.<\/li>\n
- Logische Ansicht: <\/em>zeigt, wie diese Funktionalit\u00e4t im System gestaltet ist, in Bezug auf die statische Struktur und das dynamische Verhalten des Systems; sie wird in Klassendiagrammen und Objektdiagrammen (statistisches Modell) sowie Zustands\u00fcbergangs-, Sequenz-, Zusammenarbeit- und Aktivit\u00e4tsdiagrammen (dynamisches Modell) beschrieben<\/li>\n
- Komponentenansicht:<\/em> zeigt die Organisation der Softwarekomponenten; sie wird in Komponentendiagrammen beschrieben.<\/li>\n
- Bereitstellungsdarstellung:<\/em> zeigt die physische Konfiguration (Bereitstellung) von Laufzeitverarbeitungsknoten innerhalb von Computern und Ger\u00e4ten sowie der darauf befindlichen Komponenten, Prozesse und Objekte; sie wird in Bereitstellungsdigrammen beschrieben.<\/li>\n
- Prozessansicht:<\/em> zeigt die asynchrone Komponente des Systems zur Laufzeit, wie Aufgaben, Threads, Prozesse und Interaktionen, und behandelt Probleme der Kommunikation und Synchronisation dieser Threads; sie wird in dynamischen Diagrammen (Zustands\u00fcbergang, Sequenz, Zusammenarbeit und Aktivit\u00e4tsdiagramme) und Implementationsdiagrammen (Komponenten- und Bereitstellungsdigramme) beschrieben.<\/li>\n<\/ul>\n
![\"4+1](\"https:\/\/www.ibm.com\/developerworks\/rational\/library\/05\/0816_Louis\/figure-2.gif\"\/)
<\/p>\nJedes System besteht aus dem statischen<\/em> und dem dynamischen<\/em>Modell. Das statische Modell wird in Klassendiagrammen und Objektdiagrammen dargestellt. Es offenbart jedoch wenig \u00fcber das Systemverhalten. Das Systemverhalten wird grafisch mithilfe von Szenarien (d. h. Anwendungsfalldiagramme), Sequenzdiagrammen, Zustands\u00fcbergangs- und Aktivit\u00e4tsdiagrammen erfasst. Diese bilden das dynamische Modell des Systems. Das Systemverhalten ist das Gesamtverhalten aller Objekte, die dem System angeh\u00f6ren.<\/p>\n
Wenn wir die oben genannten f\u00fcnf Ansichten den iterativen Lebenszyklusphasen von Abbildung 3 zuordnen wollen, k\u00f6nnten wir folgendes sagen:<\/p>\n
- \n
- Objektorientierte Analyse (OOA), die ein Modell der Benutzeranforderungen aus der Sicht des Benutzers entwickelt, entspricht der Use-Case-Sicht.<\/li>\n
- Objektorientierter Entwurf (OOD) f\u00fcgt Details und Entwurfsentscheidungen (aus der Sicht des Entwicklers) zur Analyse hinzu und entspricht der logischen Sicht.<\/li>\n
- Schlie\u00dflich entspricht die Implementierung oder objektorientierte Programmierung (OOP) der Prozess-, Bereitstellungs- und Komponentensicht.<\/li>\n<\/ul>\n
UML 2-Diagramme<\/b><\/h2>\n
UML verf\u00fcgt \u00fcber mehrere verschiedene Arten von Diagrammen, die verwendet werden k\u00f6nnen, um ein Modell aus verschiedenen Blickwinkeln zu beschreiben. Es gibt zwei gro\u00dfe Kategorien von Diagrammen, die wiederum in Unterkategorien unterteilt sind:<\/p>\n
- \n
- Strukturdiagramme \u2013 DieStrukturdiagramme<\/i>repr\u00e4sentieren den statischen Aspekt des Systems. Diese statischen Aspekte stellen jene Teile eines Diagramms dar, die die Hauptstruktur bilden und daher stabil sind. Diese statischen Teile werden durch Klassen, Schnittstellen, Objekte, Komponenten und Knoten dargestellt.<\/li>\n
- Verhaltensdiagramme \u2013 Jedes System kann zwei Aspekte haben, statisch und dynamisch. Daher gilt ein Modell als vollst\u00e4ndig, wenn beide Aspekte vollst\u00e4ndig abgedeckt sind.\n
Verhaltensdiagramme erfassen grunds\u00e4tzlich den dynamischen Aspekt eines Systems. Der dynamische Aspekt kann weiterhin als die ver\u00e4nderlichen\/beweglichen Teile eines Systems beschrieben werden.<\/div>\n<\/li>\n<\/ul>\n![\"UML](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2022\/02\/02-uml-diagram-types.png\"\/)
<\/p>\nStrukturdiagramme<\/h2>\n
DieStrukturdiagramme<\/i>repr\u00e4sentieren den statischen Aspekt des Systems. Diese statischen Aspekte stellen jene Teile eines Diagramms dar, die die Hauptstruktur bilden und daher stabil sind.<\/div>\nDiese statischen Teile werden durch Klassen, Schnittstellen, Objekte, Komponenten und Knoten dargestellt. Die vier Strukturdiagramme sind:<\/div>\n- \n
- Klassendiagramm<\/b> \u2013 Diagramm der statischen Struktur der Klassen und Schnittstellen des Systems sowie ihrer Beziehungen oder Assoziationen (einschlie\u00dflich Vererbung, Aggregation und Assoziation), einschlie\u00dflich der Operationen und Attribute der Klassen. Darstellungsm\u00f6glichkeiten sind: Assoziation, Vererbung, Abh\u00e4ngigkeit. Dies ist ein sehr h\u00e4ufig verwendetes Diagramm in UML.<\/li>\n
- Objektdiagramm<\/b> \u2013 ist ein Diagramm der statischen Struktur eines Systems zu einem bestimmten Zeitpunkt oder einer bestimmten Situation (Momentaufnahme), das eine Beziehung innerhalb eines Systems veranschaulicht.<\/li>\n
- Komponentendiagramm<\/b> \u2013 ist ein Diagramm, das die Organisation und Abh\u00e4ngigkeiten von Komponenten innerhalb des Systems beschreibt.<\/li>\n
- Kompositstrukturdiagramm<\/b> \u2013 ist ein Diagramm, das laufzeitbasierte Instanzen miteinander verbundener Instanzen untersucht, die \u00fcber Kommunikationsverbindungen zusammenarbeiten.<\/li>\n
- Paketdiagramm<\/b> \u2013 ist ein Diagramm, das zeigt, wie ein System in logische Gruppierungen aufgeteilt ist und welche Abh\u00e4ngigkeiten zwischen diesen Gruppierungen bestehen k\u00f6nnen.<\/li>\n
- Bereitstellungsdigramm<\/b> \u2013 ist ein Diagramm, das beschreibt, wie verteilbare physische Einheiten (verteilbare Softwarekomponenten, Anwendungen, Server, Anwendungen, Hardware usw.) die architektonische Struktur eines verteilten Systems bilden.<\/li>\n<\/ul>\n
Verhaltensdiagramme<\/b><\/h2>\n
- \n
- Use-Case-Diagramm<\/b> \u2013 Diagramm der Anwendungsf\u00e4lle (Softwarefunktionen\/Dienste) und der Rolle der Akteure (Benutzer \u2013 sowohl Menschen als auch Systeme). Dieses Diagramm stammt aus der Perspektive des Benutzers.<\/li>\n
- Aktivit\u00e4tsdiagramm<\/b> \u2013 ist ein Diagramm der dynamischen Natur eines Systems, das den Steuerfluss von Aktivit\u00e4t zu Aktivit\u00e4t modelliert. Zeigt, wie ein System (z.\u202fB. Objekt\/Klasse) auf ein internes Ereignis reagiert. (Hinweis: externe Ereignisse werden durch ein Zustandsdiagramm beschrieben). F\u00fcr die Modellierung von Gesch\u00e4ftsprozessen k\u00f6nnen Sie dieses Diagramm verwenden, um die Logik eines Anwendungsfalls oder einer Gesch\u00e4ftsregel darzustellen.<\/li>\n
- Zustandsdiagramm<\/b> (auch Zustandsdiagramm, Zustandsmaschinen-Diagramm) \u2013 ist ein Diagramm, das zeigt, wie ein System (z.\u202fB. Objekt\/Klasse) auf ein externes Ereignis reagiert. (Hinweis: interne Ereignisse werden durch ein Aktivit\u00e4tsdiagramm beschrieben).<\/li>\n<\/ul>\n
Interaktionsart-Diagramme<\/b>\u2013 Interaktionen der organisatorischen Teile des Modells.<\/p>\n
- \n
- Sequenzdiagramm<\/b> \u2013 ist ein Diagramm der Interaktion und des Nachrichtenflusses zwischen Objekten sowie der zeitlichen Reihenfolge der Nachrichten<\/li>\n
- Kommunikationsdiagramm<\/b>(auch <\/b>UML1-Kooperationsdiagramme) \u2013 ist ein Diagramm, das zeigt, wie Systeme zusammenarbeiten, um eine Aufgabe zu erf\u00fcllen, und die notwendigen Beziehungen zwischen den Systemen. Das Kooperationsdiagramm entsteht, indem man das Sequenzdiagramm nimmt und dessen Interaktion mit dem Klassendiagramm beschreibt. Zusammenfassend zeigt dieses Diagramm den Nachrichtenfluss zwischen Objekten und die grundlegenden Assoziationen (Beziehungen) zwischen Klassen<\/li>\n
- Zeitdiagramm<\/b> \u2013 ist ein Diagramm, das das Verhalten eines oder mehrerer Objekte \u00fcber einen bestimmten Zeitraum untersucht.<\/li>\n
- Interaktions\u00fcbersichtsdiagramm<\/b> \u2013 ist ein Diagramm der Interaktion und des Steuerflusses zwischen den Interaktionsdiagrammen (Sequenzdiagramm, Kommunikationsdiagramm, Zeitdiagramm, Interaktions\u00fcbersichtsdiagramm).<\/li>\n<\/ul>\n
UML-Profil<\/h3>\n
Ein UML-Profil ist kein exaktes Diagramm, sondern ein Profil zur Beschreibung von Erweiterungen und Teilmenge von UML. Teilmenge werden mit der Objekt-Beschr\u00e4nkungssprache (OCL) beschrieben. Erweiterungen werden durch die Definition von Stereotypen erstellt, die Tags sind, die jedes Modell-Element schm\u00fccken k\u00f6nnen. Zum Beispiel k\u00f6nnen wir eine Klasse mit \u201epersistent\u201c markieren und diesen Tag verwenden, um eine Klasse zu identifizieren, deren Instanzen \u00fcber die Lebensdauer der Laufzeit des Systems hinaus gespeichert werden. Informell \u2013 und dies ist ideologisch unzul\u00e4ssig \u2013 ist ein Profil jede Menge von Erweiterungen und Teilmenge von UML, unabh\u00e4ngig davon, ob sie mit diesen Mechanismen dokumentiert wurden oder nicht. Formal ist ein Profil die OCL- und Stereotyp-Definitionen, die die Regeln beschreiben, die in UML 2 in einem Paket erfasst werden.<\/p>\n
Verwandte Diagramme f\u00fcr die Softwareentwicklung<\/h3>\n
Aufgrund der Unterschiede zwischen OOAD-Methodologien und der Entwicklung der UML-Standards k\u00f6nnen sich die Namen von Diagrammen und ihre Funktionen im Laufe der Zeit ver\u00e4ndern. Hier sind einige Beispiele f\u00fcr Diagramme und\/oder Arbeitsergebnisse, die m\u00f6glicherweise Teil von UML1 oder UML2 sind oder nicht, aber in OOAD-Methodologien verwendet werden k\u00f6nnten:<\/p>\n
- \n
- Systemkontext-Diagramm<\/b><\/li>\n
- Entit\u00e4ts-Beziehungs-Diagramm (\u00e4hnlich wie Klassendiagramm) mit konzeptuellem, logischem und physischem ERD<\/b><\/li>\n
- Robustheitsanalyse<\/b><\/li>\n<\/ul>\n
Fazit<\/h2>\n
Wir haben uns die Herkunft und Definition von UML angesehen, um ein vereinfachtes Verst\u00e4ndnis daf\u00fcr zu gewinnen, was es ist und was UML uns bieten kann. Wir haben auch untersucht, wie wir von seiner Verwendung bei unserem n\u00e4chsten Entwicklungsprojekt profitieren k\u00f6nnen, und kurz die architektonischen Ansichten und Modelle sowie die Art von Diagrammen, die in UML 2 verf\u00fcgbar sind, erkundet. UML ist kein Prozess, sondern eine offene Standard-Sichtbarkeitsmodellierungssprache f\u00fcr die Entwicklung softwareintensiver Systeme. Die Komponenten, die f\u00fcr ein erfolgreiches Projekt erforderlich sind, erfordern drei Aspekte: eine Notation, einen Prozess und ein Werkzeug:<\/p>\n
\u00a0<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2017\/05\/Triangle-of-Success.gif\")
<\/a><\/p>\n\u00a0<\/p>\n
Nur Notation<\/strong> \u2013 Sie k\u00f6nnen eineNotation (z.\u202fB. UML)<\/strong>), aber wenn Sie nicht wissen, wie man sie verwendet (Prozess<\/strong>), werden Sie wahrscheinlich scheitern.<\/p>\n
Nur Prozess<\/strong> \u2013 Sie k\u00f6nnten einen gro\u00dfartigen Prozess<\/strong>, aber wenn Sie den Prozess nicht kommunizieren k\u00f6nnen (Notation<\/strong>), werden Sie wahrscheinlich scheitern. Und zuletzt<\/p>\n
Keine Tool-Unterst\u00fctzung<\/strong> \u2013 wenn Sie die Artefakte Ihrer Arbeit nicht effektiv dokumentieren k\u00f6nnen (Tool<\/strong>), werden Sie wahrscheinlich viel Zeit verschwenden und letztendlich scheitern.<\/p>\n
\u00a0<\/p>\n
Automatisiertes UML-Tool<\/h2>\n
Visual Paradigm<\/a> ist ein automatisiertes Tool, das sicherstellt, dass Sie bei Ihren Softwareprojekten erfolgreich sind mit:<\/p>\n
- \n
- Einfache Syntax-Editierung, um den Bedarf an der Memorierung von Notationen zu minimieren<\/li>\n
- Unterst\u00fctzung f\u00fcr beliebte und einfachste agile Scrum-Softwareentwicklungprozesse und -tools<\/li>\n
- Automatisiert, um f\u00fcr Projekte und Produktberichte sowie Artefakte jeder Gr\u00f6\u00dfe nahtlos zu arbeiten<\/li>\n<\/ol>\n
UML-Ressourcen<\/h2>\n
- \n
- Umfassender Leitfaden zu den 14 UML-Diagrammtypen \u2013 Cybermedian<\/strong>\n
- \n
- Dieser Leitfaden bietet einen \u00dcberblick \u00fcber die 14 von Visual Paradigm Community Edition unterst\u00fctzten UML-Diagrammtypen. Er erkl\u00e4rt, wie UML-Diagramme bei der Visualisierung softwareintensiver Systeme helfen, und beschreibt die Funktionen, die jeder Diagrammtyp bietet. Der Leitfaden hebt auch die Vielseitigkeit von Visual Paradigm hervor, die es erm\u00f6glicht, verschiedene UML-Diagramme f\u00fcr unterschiedliche Modellierungsbed\u00fcrfnisse zu unterst\u00fctzen11<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Lernen Sie UML-Modellierung mit den besten kostenlosen UML-Tools (sowohl online als auch f\u00fcr den Desktop) \u2013 Cybermedian<\/strong>\n
- \n
- Dieser Artikel diskutiert die Vorteile der Verwendung von Visual Paradigm f\u00fcr die UML-Modellierung, wobei besonderer Wert auf die Unterst\u00fctzung des neuesten UML 2.x-Standards und die umfangreiche Auswahl an Diagrammtypen gelegt wird. Er erw\u00e4hnt au\u00dferdem die Integrationsm\u00f6glichkeiten des Tools mit beliebten Entwicklungsplattformen und dessen weite Verbreitung in der Akademie und der Industrie12<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Lernen durch Beispiel: UML-Zustandsautomatendiagramme \u2013 Cybermedian<\/strong>\n
- \n
- Diese Ressource konzentriert sich auf UML-Zustandsautomatendiagramme und empfiehlt Visual Paradigm als ideales Tool zur Erstellung dieser Diagramme. Sie bietet einen detaillierten Einblick in die M\u00f6glichkeiten von Zustandsautomatendiagrammen zur Modellierung dynamischen Systemverhaltens und hebt die Integration von Visual Paradigm mit Entwicklungstools und Plattformen hervor13<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- UML-Diagramme: Ein umfassender Leitfaden \u2013 Cybermedian<\/strong>\n
- \n
- Dieser umfassende Leitfaden erkl\u00e4rt die Bedeutung von UML-Diagrammen in der Softwareentwicklung und wie Visual Paradigm verschiedene Arten von UML-Diagrammen unterst\u00fctzt. Er behandelt strukturelle, verhaltensbasierte und Interaktionsdiagramme und liefert Einblicke in die Nutzung von Visual Paradigm zur Erstellung effektiver UML-Modelle14<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- KOSTENLOSE Online-UML-Tool \u2013 Cybermedian<\/strong>\n
- \n
- Dieser Artikel stellt Visual Paradigm Online (VP Online) Express Edition vor, ein kostenloses Online-Tool zum Erstellen von UML-Diagrammen. Er hebt die Benutzerfreundlichkeit, die fehlenden Einschr\u00e4nkungen und die Kompatibilit\u00e4t mit verschiedenen Webbrowsern hervor, wodurch es eine zug\u00e4ngliche Option f\u00fcr pers\u00f6nliche und nicht-kommerzielle Erstellung von UML-Diagrammen darstellt15<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- UML-Zeitdiagramme verstehen: Ein umfassender Leitfaden \u2013 Cybermedian<\/strong>\n
- \n
- Dieser Leitfaden erkl\u00e4rt UML-Zeitdiagramme und ihre Bedeutung in Echtzeit-Systemen. Er erl\u00e4utert, wie Visual Paradigm zur Erstellung dieser Diagramme genutzt werden kann, wobei der Fokus auf der visuellen Darstellung von Zeit- und Dauerbeschr\u00e4nkungen innerhalb eines Systems liegt16<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Der umfassende Leitfaden zu UML 2.5-Diagrammen \u2013 Cybermedian<\/strong>\n
- \n
- Dieser Leitfaden bietet einen \u00dcberblick \u00fcber UML 2.5-Diagramme und hebt Visual Paradigm als erstklassige Wahl f\u00fcr umfassende Modellierung hervor. Er diskutiert die Vielseitigkeit des Tools, die benutzerfreundliche Oberfl\u00e4che und die leistungsstarken Codegenerierungsfunktionen, wodurch es f\u00fcr Fachleute aus verschiedenen Branchen geeignet ist17<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Ein umfassender Leitfaden zu UML-Klassendiagrammen \u2013 Cybermedian<\/strong>\n
- \n
- Dieser Leitfaden konzentriert sich auf UML-Klassendiagramme und die Unterst\u00fctzung durch Visual Paradigm bei ihrer Erstellung. Er diskutiert die breite Verbreitung des Tools in der Akademie und seine Anwendung bei der System- und Datenbankgestaltung sowie -analyse. Der Leitfaden erw\u00e4hnt au\u00dferdem die Verf\u00fcgbarkeit von Beispielen und Vorlagen f\u00fcr einen schnellen Einstieg in die UML-Modellierung18<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- UML-Paket-Diagramm-Tutorial mit Visual Paradigm \u2013 Cybermedian<\/strong>\n
- \n
- Dieses Tutorial f\u00fchrt Schritt f\u00fcr Schritt durch die Erstellung eines UML-Paket-Diagramms mit Visual Paradigm. Es erl\u00e4utert die Bedeutung von Paket-Diagrammen zur Organisation gro\u00dfer Systeme und bietet eine schrittweise Anleitung zur Erstellung mit Visual Paradigm19<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Der umfassende Leitfaden zur visuellen Modellierung f\u00fcr agile Softwareentwicklung \u2013 Cybermedian<\/strong>\n
- UML-Paket-Diagramm-Tutorial mit Visual Paradigm \u2013 Cybermedian<\/strong>\n
- Ein umfassender Leitfaden zu UML-Klassendiagrammen \u2013 Cybermedian<\/strong>\n
- Der umfassende Leitfaden zu UML 2.5-Diagrammen \u2013 Cybermedian<\/strong>\n
- UML-Zeitdiagramme verstehen: Ein umfassender Leitfaden \u2013 Cybermedian<\/strong>\n
- KOSTENLOSE Online-UML-Tool \u2013 Cybermedian<\/strong>\n
- UML-Diagramme: Ein umfassender Leitfaden \u2013 Cybermedian<\/strong>\n
- Lernen durch Beispiel: UML-Zustandsautomatendiagramme \u2013 Cybermedian<\/strong>\n
- Lernen Sie UML-Modellierung mit den besten kostenlosen UML-Tools (sowohl online als auch f\u00fcr den Desktop) \u2013 Cybermedian<\/strong>\n
- Dieser Leitfaden bietet einen \u00dcberblick \u00fcber die 14 von Visual Paradigm Community Edition unterst\u00fctzten UML-Diagrammtypen. Er erkl\u00e4rt, wie UML-Diagramme bei der Visualisierung softwareintensiver Systeme helfen, und beschreibt die Funktionen, die jeder Diagrammtyp bietet. Der Leitfaden hebt auch die Vielseitigkeit von Visual Paradigm hervor, die es erm\u00f6glicht, verschiedene UML-Diagramme f\u00fcr unterschiedliche Modellierungsbed\u00fcrfnisse zu unterst\u00fctzen11<\/a>.<\/li>\n<\/ul>\n<\/li>\n
- Umfassender Leitfaden zu den 14 UML-Diagrammtypen \u2013 Cybermedian<\/strong>\n
- Entit\u00e4ts-Beziehungs-Diagramm (\u00e4hnlich wie Klassendiagramm) mit konzeptuellem, logischem und physischem ERD<\/b><\/li>\n
- Kommunikationsdiagramm<\/b>(auch <\/b>UML1-Kooperationsdiagramme) \u2013 ist ein Diagramm, das zeigt, wie Systeme zusammenarbeiten, um eine Aufgabe zu erf\u00fcllen, und die notwendigen Beziehungen zwischen den Systemen. Das Kooperationsdiagramm entsteht, indem man das Sequenzdiagramm nimmt und dessen Interaktion mit dem Klassendiagramm beschreibt. Zusammenfassend zeigt dieses Diagramm den Nachrichtenfluss zwischen Objekten und die grundlegenden Assoziationen (Beziehungen) zwischen Klassen<\/li>\n
- Aktivit\u00e4tsdiagramm<\/b> \u2013 ist ein Diagramm der dynamischen Natur eines Systems, das den Steuerfluss von Aktivit\u00e4t zu Aktivit\u00e4t modelliert. Zeigt, wie ein System (z.\u202fB. Objekt\/Klasse) auf ein internes Ereignis reagiert. (Hinweis: externe Ereignisse werden durch ein Zustandsdiagramm beschrieben). F\u00fcr die Modellierung von Gesch\u00e4ftsprozessen k\u00f6nnen Sie dieses Diagramm verwenden, um die Logik eines Anwendungsfalls oder einer Gesch\u00e4ftsregel darzustellen.<\/li>\n
- Objektdiagramm<\/b> \u2013 ist ein Diagramm der statischen Struktur eines Systems zu einem bestimmten Zeitpunkt oder einer bestimmten Situation (Momentaufnahme), das eine Beziehung innerhalb eines Systems veranschaulicht.<\/li>\n
- Verhaltensdiagramme \u2013 Jedes System kann zwei Aspekte haben, statisch und dynamisch. Daher gilt ein Modell als vollst\u00e4ndig, wenn beide Aspekte vollst\u00e4ndig abgedeckt sind.\n
- Strukturdiagramme \u2013 DieStrukturdiagramme<\/i>repr\u00e4sentieren den statischen Aspekt des Systems. Diese statischen Aspekte stellen jene Teile eines Diagramms dar, die die Hauptstruktur bilden und daher stabil sind. Diese statischen Teile werden durch Klassen, Schnittstellen, Objekte, Komponenten und Knoten dargestellt.<\/li>\n
- Logische Ansicht: <\/em>zeigt, wie diese Funktionalit\u00e4t im System gestaltet ist, in Bezug auf die statische Struktur und das dynamische Verhalten des Systems; sie wird in Klassendiagrammen und Objektdiagrammen (statistisches Modell) sowie Zustands\u00fcbergangs-, Sequenz-, Zusammenarbeit- und Aktivit\u00e4tsdiagrammen (dynamisches Modell) beschrieben<\/li>\n
- Anwendungsfalldarstellung:<\/em> zeigt die Funktionalit\u00e4t des Systems aus Sicht externer Akteure; sie wird in Anwendungsfalldiagrammen und gelegentlich in Aktivit\u00e4tsdiagrammen beschrieben.<\/li>\n
- Notation<\/i><\/b>: Visuelle Darstellung von Modell-Elementen<\/li>\n
- Modell-Elemente<\/i><\/b>: Konzepte und Semantik<\/li>\n