UMLet Diagramme wie Use Case, Class, Activity, etc

Zuerst und für die meisten möchte ich UML und Use Cases diskutieren.

UML ist nur eine grafische Art, Softwaresysteme zu beschreiben. Es gibt zwei Arten von UML:

1. UML-Skizzieren - hier wollen Sie nur eine Idee kommunizieren und verschiedene alternative Ansätze durchlaufen. Es ist nicht spezifisch, aber es gibt nur die grundlegenden Ideen.
2. UML Blueprint - Dies ist eine sehr detaillierte Art der Modellierung, in der alles gut strukturiert ist und es eine bestimmte Zeit der Fertigstellung gibt.

Als nächstes folgt der UML-Entwicklungsprozess.

1. Wasserfallmodell - Der Entwicklungsprozess muss streng dem Analyse-, Design-, Codierungs- und Testprozess folgen. Das bedeutet, dass Sie die Codierung nicht ohne das Design tun können, und so weiter. Sie müssen mit dem Analyse-, Entwurfs-, Codierungs- und Testprozess (ADCT) beginnen. Überlappungen innerhalb dieser Prozesse sind nicht zulässig.
2. Iterativ (am häufigsten) - Der iterative Weg unterscheidet sich etwas vom Wasserfallmodell in dem Sinne, dass er flexibler ist. Sie können das System in Teile aufteilen und den ADCT-Prozess für jedes Stück ausführen. Das bedeutet, dass Sie die Analyse nicht nur einmal durchführen, wodurch Ihr System flexibel für Änderungen wird. Kein Wunder, dass dies eine häufigere Art von Ansatz ist.

Dann gibt es den UML-Planungsprozess

1. Predictive Planning - das Ergebnis ist für die gesamte Projektdauer bekannt und alles sollte reibungslos funktionieren, wobei alle Beteiligten "auf derselben Seite" involviert sind. Wenn Sie alle Anforderungen problemlos auflisten können und sich ziemlich sicher sind, dass sich dies nicht ändert, verwenden Sie Predictive Planning.

2. Adaptive Planung (Agile Development) - hier arbeitet der Entwickler ständig mit dem Benutzer für mögliche Änderungen zusammen. Sie fungieren als "Adapter" - für Änderungen. Seine Flexibilität macht es zu einer besseren Option für die vorausschauende Planung.

Schließlich Falldiagramme verwenden. Verwenden Sie Falldiagramme, um zu definieren, wie Ihr Programm Probleme löst oder einige Funktionen bereitstellt.

Hier ist ein Beispiel:

Use Case Diagrams befasst sich normalerweise mit der Interaktion von Akteuren, die ein Mensch oder ein externes System sein können. Die Anwendungsfälle werden durch die Elips wie "Karte einfügen" dargestellt.

Die Linie vom Akteur zu den Use Cases nennt man Kommunikationslinien.

Der 'include' -Teil bedeutet, dass zwei oder mehr Anwendungsfälle versuchen, auf einen einzelnen Anwendungsfall zuzugreifen. Der "verlängerte" Teil ist der Fall, wenn ein Anwendungsfall versuchen wird, auf einen optionalen Anwendungsfall zuzugreifen.

Der Anwendungsfall 'Betrag auswählen' ist ein allgemeiner Anwendungsfall, in dem zwei spezifische Anwendungsfälle enthalten sind.

Danach ist die Anwendungsfallbeschreibung. Im Grunde nur eine Beschreibung Ihres Anwendungsfalls. wie "Der Benutzer gibt seine Karte ein und gibt den Pin ein. Die Systemsicherheit überprüft dann, ob die Karte aktiv oder nicht gestohlen ist und / oder ob der eingegebene Pin korrekt ist", usw. Sie wird geschlossen, indem sie sagt, dass das System ( Sicherheit) wird die Mittel und die Quittung bereitstellen.

Eine andere Sache, die man beachten sollte, ist

1. Trigger (Maschine erhält die Karte / Benutzer gibt Pin ein)

2. Schauspieler

3. Vorbedingungen (z. B. Bank verfügt über ausreichende Mittel)
4. Ziele (z. B. Erfolgreiche Schlussfolgerungen wie in der Lage sein, dem Benutzer Mittel zur Verfügung zu stellen).
5. Liste fehlgeschlagener Abschluss (z. B. ungültige Karte)
6. Erweiterungen (Beispiel: Wenn der Pin nach drei 3 Versuchen) ungültig ist
7. Schritte der Ausführung (zB: Vom Kunden legt die Karte bis zum Auswurf der Karte vor)

Aktivitätsdiagramme

Aktivitätsdiagramme beschreiben im Grunde genommen nur die Aktionen, die zur Erreichung eines ultimativen Ziels durchgeführt wurden. Wenn Sie mit Ablaufdiagrammen vertraut sind, wird es leichter sein, die Konzepte hinter Aktivitätsdiagrammen zu verstehen.

Initial Nodes ist der Ausgangspunkt des Aktivitätsdiagramms, das durch einen schattierten Kreis symbolisiert wird. Die purpurfarbenen Noten beschreiben einfach die verschiedenen Komponenten eines Aktivitätsdiagramms.

Klassendiagramme

Klassen beschreibt Arten von Objekten, die Ihr Programm verwenden wird, während Klassendiagramme diese Klassen und ihre Beziehung beschreiben.

Ich werde nur einige Diashows hochladen, um das Tutorial schneller zu machen:

Sequenzdiagramme

Sequenzdiagramme modellieren Interaktionen in Ihrem Programm und bieten Ihnen eine logische Möglichkeit, Ihr System zu planen. Sie zeigen die Reihenfolge der Interaktionen zwischen den Teilen Ihres Programms.

Bei der Erstellung von Sequenzdiagrammen beschreiben Sie, welche Interaktionen wann ausgelöst werden. Sie konzentrieren sich auf die Reihenfolge der Ereignisse in allen Interaktionen.

Auch hier sind die Sequenzdiagramme des Tutorials:

Kommunikationsdiagramme

Kommunikationsdiagramme werden verwendet, um Verbindungen zwischen Teilnehmern anzuzeigen. Sie konzentrieren sich darauf, welche Interaktionen wann ausgelöst werden. Sie beschreiben auch die Reihenfolge der Ereignisse in allen Interaktionen.

Diese Ideen stammen aus den Videotutorien von Derek Banas

Hier finden Sie eine Liste der UML-Tools . Einige sind frei. :)

Zuerst sollten Sie verstehen, was UML und was nicht ist

Beginnen Sie also mit Craig Larmans Artikel Was UML ist und nicht

Dann um eine Idee zu bekommen, wie UML "falsch" verwendet werden kann oder wie UML nicht verwendet werden soll

Lies den Artikel Tod durch UML-Fieber von ALEX E. BELL. Achten Sie auf die Branchenexperten (PHILIPPE KRUCHTEN, GRADY BOOCH) Kommentare zu diesem Artikel.

Versuchen Sie nicht, jedes Detail der UML-Notation zu lernen

% 20 von UML ist genug für Ihre% 80 Bedürfnisse. Versuchen Sie nicht, weniger bekannte Funktionen zu verwenden.  Sie sollten nicht alle UML-Diagramme verwenden müssen. Verwenden Sie das, von dem Sie profitieren.

Bestes Modellierungswerkzeug

Die besten Modellierungswerkzeuge sind freie Zeichenplätze - Oberflächen wie Whiteboards, Flipcharts sogar Papiere. Nicht CASE-Tools. Finde eine Wand und drehe sie mit Werkzeugen wie Whiteboard-ähnlichen Cling Sheets

Testen Sie die agile Modellierung

Überprüfen Sie die Seite, um eine Idee zu Agile Modeling

Suchen Sie ein gutes UML-Buch

Um die UML-Notation auf kurze und kurze Weise zu lernen:

UML Distilled: Ein kurzer Leitfaden zur Standard-Objektmodellierungssprache (3. Ausgabe) von Martin Fowler

UML mit einem Prozess (RUP) auf eine agile Weise anwenden

Anwenden von UML und Mustern: Eine Einführung in die objektorientierte Analyse und das Design und die iterative Entwicklung (3. Ausgabe) von Craig Larman (Autor)

Kurz und Nizza Leitfaden mit Richtlinien

Die Elemente von UML (TM) 2.0 Stil Scott W. Ambler (Autor)

Wenn Sie Bücher nicht mögen oder kein Geld ausgeben möchten

Für Klassendiagramme:

Überprüfen Sie UML-Grundlagen: Das Klassendiagramm

Für Sequenzdiagramme

Überprüfen Sie UML-Grundlagen: Das Sequenzdiagramm

Für Aktivitätsdiagramme

Überprüfen Sie UML-Grundlagen: Das Aktivitätsdiagramm

Überprüfen Sie UML 2-Aktivitätsdiagramme

Für Anwendungsfalldiagramme

Überprüfen Sie UML 2 Anwendungsfalldiagramme

Seien Sie vorsichtig. Anwendungsfälle sind Textgeschichten, die die Interaktion zwischen Benutzer (Akteur) und System beschreiben, um ein Ziel zu erreichen. So sind Use-Case-Diagramme ohne Use-Case-Texte wertlos. Um mehr über Anwendungsfälle zu erfahren, lesen Sie die folgenden freien Kapitel aus Büchern: