Ein Muss für Neulinge: Erste Schritte mit UML

Ⅰ. Was ist UML?

UML (Unified Modeling Language) ist ein universeller Standard für die visuelle Modellierungssprache, der zum Beschreiben, Visualisieren, Konstruieren und Dokumentieren von Softwaresystemartefakten verwendet wird.

Wenn es um Sprache geht, haben viele Freunde Angst vor Sprachen wie SQL, Java, C# und PHP , die viele Menschen abschrecken .

Verschiedene Programmiersprachen

Doch UML ist keine Programmiersprache, sondern eine visuelle Modellierungssprache. Der Grund für die Bezeichnung Sprache liegt darin, dass UML Vokabeln und Regeln für die Kommunikation bereitstellt, sodass Benutzer im Rahmen dieser Vokabeln und Regeln ohne Barrieren mit derselben Software kommunizieren können, sodass verschiedene Benutzer das gleiche Verständnis derselben Sache haben.

Ⅱ. Warum sollten wir die Modellierungssprache vereinheitlichen ?

Seit den späten 1960er Jahren, mit der kontinuierlichen Popularisierung der Computertechnologie, ist die Nachfrage der Menschen nach Software von Tag zu Tag gestiegen, der Umfang der Software hat ebenfalls zugenommen und auch die Komplexität der Software hat zugenommen. Aufgrund des Mangels an wissenschaftlicher theoretischer Anleitung ist es schwierig, den Fortschritt der Softwareentwicklung zu gewährleisten. Die sich ändernden Benutzeranforderungen erschweren die Situation bei Software, die keine relevante Dokumentation als Referenz bietet. Dies macht die Softwarewartung zu einer äußerst mühsamen Aufgabe. Die Leute nennen es lebhaft eine Softwarekrise.

was zu tun? Dann muss die Softwareentwicklung als Projekt durchgeführt werden. Daher entstand auch das Konzept des Software Engineering. Ziel des Software-Engineerings ist es, die objektiven Gesetze der Softwareproduktion zu untersuchen und relevante Konzepte, Prinzipien, Methoden, Technologien und Werkzeuge für die Softwareproduktion zu etablieren, um Softwareproduktionsaktivitäten zu leiten. Natürlich waren die Ergebnisse zufriedenstellend.

Mit der kontinuierlichen Vertiefung der Forschung im Bereich Software-Engineering ist die objektorientierte Programmierung in das Blickfeld der Menschen gerückt. Von den 1980er bis frühen 1990er Jahren wurden viele objektorientierte Analyse- und Entwurfsmethoden geboren, und es erschien auch eine große Anzahl von Büchern, in denen objektorientierte Methoden vorgestellt wurden. Das fühlt sich ein bisschen an, als würden hunderte Denkschulen miteinander konkurrieren. Jeder Autor leitet eine Gruppe von Praktikern, und die Methoden weisen viele Ähnlichkeiten, aber auch subtile Unterschiede auf.

Dies führt auch bei Praktikern desselben Fachgebiets zu Verwirrung, wenn sie über dasselbe sprechen, und möglicherweise auf unterschiedliche objektorientierte Darstellungsmethoden stoßen, was ihr Verständnis und die Kommunikation desselben erheblich erschwert.

Zu diesem Zeitpunkt schlug jemand vor, dass wir die gleichen Standards vereinheitlichen und verwenden sollten. Niemand schien seinen Ruf zu hören und ignorierte ihn. Es gibt eine Organisation namens OMG (Object Management Group), die ebenfalls versucht hat, objektorientiert zu standardisieren, aber von allen Methodikern nur einen öffentlichen Protestbrief erhalten hat.

Wenn Martin Fowler über diese Situation spricht, erzählt er in seinem Buch „UML Essentials: A Concise Guide to the Standard Object Modeling Language“ einen Witz:

A: Was ist der Unterschied zwischen einem Methodologen und einem Terroristen?

B: Terroristen können verhandeln.

Es besteht eine große Lücke zwischen objektorientierten Darstellungsmethoden

Auf der OOPSLA-Jahrestagung (Object-Oriented Programming Systems, Languages and Applications) im Jahr 1995 stellten Grady Booch und Jim Rumbaugh ihren gemeinsamen Ansatz, das Unified Method Document 0.8 (United Method), erstmals öffentlich vor.

Nach einer Reihe von Wettbewerben zwischen verschiedenen Parteien reichten alle Organisationen im Januar 1997 einen Vorschlag für einen Methodenstandard ein. Rational arbeitete mit anderen Organisationen zusammen und veröffentlichte Version 1.0 des UML-Dokuments. Sprache.

Nach einem Wettbewerbsprozess zwischen allen Parteien übernahm OMG Version 1.1 als offiziellen OMG-Standard. Nach einer Reihe von Modifikationen sind UML1.4 und UML1.5 relativ ausgereift. Rational Rose 2003 wurde beispielsweise auf der Grundlage solcher Standards entwickelt.

Wenn viele Leute über UML sprechen, schreiben sie den Verdienst der Schöpfer hauptsächlich Grady Booch, Ivar Jacobson und Jim Rumbaugh zu und nennen sie die „Drei Amigos“.

Natürlich äußerten einige Leute Widerstand und glaubten, dass sie in der frühen Phase bestimmte Beiträge geleistet hatten, aber in der späteren Phase leisteten die Mitglieder des OMG-Komitees viele Beiträge, und unter den dreien war Jim Rumbaugh der einzige, der einen Beitrag leistete im späteren Stadium.

Ⅲ. Was vereint UML ?

Methoden und Darstellungsaspekte

In Bezug auf Methoden und Darstellungen, die in der Vergangenheit erschienen sind, umfasst UML viele allgemein akzeptierte Konzepte in objektorientierten Methoden. Für jedes Konzept bietet UML klare Definitionen, Darstellungen und zugehörige Terminologie. UML kann verwendet werden, um Modelle zu beschreiben, die mit verschiedenen vorhandenen Methoden erstellt wurden, und sie besser als die ursprünglichen Methoden zu beschreiben.

Softwarezyklus

Im Hinblick auf den Softwareentwicklungslebenszyklus stellt UML nahtlose Entwicklungsanforderungen. Verschiedene Phasen im Entwicklungsprozess können denselben Satz von Konzepten und Darstellungen verwenden und innerhalb desselben Modells können sie gemischt werden, ohne dass Konzepte und Darstellungen konvertiert werden müssen. Diese Nahtlosigkeit ist für die iterative, inkrementelle Softwareentwicklung von entscheidender Bedeutung.

Was die Anwendungsfelder betrifft

Was die Anwendungsfelder betrifft, eignet sich UML für die Modellierung in verschiedenen Bereichen, einschließlich großer, komplexer, Echtzeit-, verteilter, zentralisierter Daten oder Computer, eingebetteter Systeme usw.

Programmiersprachen und Entwicklungsplattformen

In Bezug auf Implementierungsprogrammiersprachen und Entwicklungsplattformen kann UML auf Systeme angewendet werden, auf denen eine Vielzahl verschiedener Programmierimplementierungssprachen und Entwicklungsplattformen ausgeführt werden.

Entwicklungsprozess

Im Hinblick auf den Entwicklungsprozess ist UML eine Modellierungssprache und kein Werkzeug zur Beschreibung der Details des Entwicklungsprozesses. Genauso wie universelle Programmiersprachen viele Programmierstile ermöglichen.

interne konzeptionelle Aspekte

Im Hinblick auf interne Konzepte legt UML besonderen Wert darauf, die internen Verbindungen zwischen verschiedenen Konzepten offenzulegen und auszudrücken. Der Versuch, Konzepte in der Modellierung auf vielfältige Weise zu erfassen, die auf bekannte und unbekannte Situationen anwendbar sind, wird Ihr Verständnis der Konzepte und ihrer Anwendbarkeit verbessern. Dies ist nicht die ursprüngliche Absicht der Vereinheitlichung verschiedener Standards, aber es ist eines der wichtigsten Ergebnisse der Vereinheitlichung verschiedener Standards.

Ⅳ. Die Zusammensetzung von UML

Der Aufbau von UML lässt sich anhand des folgenden Diagramms veranschaulichen:

UML-Grundbausteine und Grafikklassifizierung

Derzeit wurde die neueste Version von UML auf UML-Version 2.5 weiterentwickelt und die Anzahl der Diagramme von 9 auf 13 erhöht. Manche Leute glauben, dass die Komplexität von UML selbst die Softwaremodellierung selbst übersteigen könnte.

Das Obige ist die grundlegende Einführung von UML als unverzichtbarer Modellierungssprache in der Softwareentwicklung. Die Entwicklungsgeschichte von UML zeugt nicht nur vom Fortschritt von Software-Designkonzepten, sondern unterstreicht auch ihre Rolle bei der Förderung der Teamkommunikation, der Optimierung des Systemdesigns und der Beschleunigung des Entwicklungsprozesses . Schlüsselrolle. Ich glaube, dass Sie durch die grundlegende Einführung dieses Artikels nicht nur in der Lage sein werden, den historischen Kontext von UML tiefgreifend zu verstehen, sondern auch seine umfangreichen Anwendungen in der Anforderungsanalyse, dem Systemdesign und der Dokumentation zu beherrschen.