EINHEIT 3 FALLSTUDIE: BESTAND

STEUERSYSTEM
Struktur Seiten-Nr.
3.0 Einführung 40
3.1 Ziele 40
3.2 Klassendiagramm 40
3.3 Objektdiagramm 41
3.4 Verallgemeinerung und Assoziationsdiagramm 42
3.5 Zusammenarbeitsdiagramm 44
3.6 Aktivitätsdiagramm und Ereignisse 44
3,7 Anwendungsfalldiagramm 48
3.8 Bereitstellungsdiagramm 49
3.9 Zusammenfassung 51

3.0 EINLEITUNG
Bestandskontrollsysteme werden zur Verwaltung der Bestände von Unternehmen und großen
Vertriebsorganisationen. In dieser Einheit werden wir über OOM für Erfindungen sprechen.
Regelsysteme. Wir werden das Design von Klassendiagrammen, Objektdiagrammen und verschiedenen Arten von
Beziehungen, die Verallgemeinerung, Assoziation und Zusammenarbeit einschließen. Wir werden
Diskutieren Sie auch Anwendungsfalldiagramme, Aktivitäten und Ereignisse.

3.1 ZIELE
Nachdem Sie diese Einheit durchgearbeitet haben, sollten Sie in der Lage sein:

• Klassendiagramm beschreibt die Struktur eines Inventarverwaltungssystems, einschließlich Klassen, Attribute und Beziehungen zwischen den Klassen.

• Beschreiben Sie die Generalisierung und Spezialisierung des Systems;

• Beschreiben Sie das Kollaborationsdiagramm des Systems;
• erklären Sie verschiedene Aktivitäten und Ereignisse der Systeme, und
• Erläutern Sie das Bereitstellungsdiagramm.

3.2 KLASSENDIAGRAMM
Sie wissen, dass eine Klasse in einer boxartigen Figur dargestellt wird. Hier betrachten wir den Fall
Studie des Bestandskontrollsystems.
Lassen Sie uns zunächst eine Vorstellung vom Bestandskontrollsystem entwickeln. Es ist das System, in dem Sie
kann den Bestand der Produkte verwalten, die ein Unternehmen verkauft. Grundsätzlich ist dieses System
lagerorientiert, wo sichergestellt wird, dass die Menge im Lager nicht die Gefahrenstufe erreicht.
niveau (Menge-bestellt > Menge-im-Lager).
In jedem System, wenn wir dieses Niveau erreichen, geben wir eine neue Bestellung auf. Um diese Situation zu vermeiden,
Wenn in unserem System die Menge auf Lager ein Mindestniveau erreicht, das als Nachbestellniveau bezeichnet wird.
Dann wird eine neue Bestellung aufgegeben. Hier, in dieser Fallstudie, werden Sie verschiedene Diagramme sehen.

40
 Fallstudie: Inventar
LIEFERANT KUNDE Regelsystem
Lieferanten-ID Kunden-ID
Supp-Name Kundenname
Supp-Adresse Kundenadresse
Supp-Stadt Kundenstadt
Zustand Kundenstatus
Supp-Pin Kunden-Postleitzahl
Zusatzstatus Kundenkontakt-Nr
Supp-Kontakt Nr. 1
Supp-Telefon 2 HINZUFÜGEN
ÄNDERN
HINZUFÜGEN LÖSCHEN
ÄNDERN ANSICHT
LÖSCHEN
ANSICHT

Abbildung 1: Klassendiagramm stellt die statische Struktur eines Systems dar

Sie wissen, dass eine Klasse in einer Box dargestellt ist, die maximal haben kann
drei Regionen.
• Klassenname
• Liste der Attribute
• Liste der Operationen/Methoden

PRODUKTE Klassenname BESTELLUNG

Produkt-ID Bestell-ID
Produktname Attribute/Eigenschaften Beschreibung
Kategorie-ID Produkt-ID
Beschreibung
Menge auf Lager NEU ()
Gefahrenstufe EXISTIEREND ()
Letzte Änderungsdatum
Herstellungsdatum

HINZUFÜGEN
ÄNDERN Klassenmethoden
LÖSCHEN
ANSICHT

RECHNUNG VERKAUF

Rechnungsnummer Beleg-Nr.
Rechnungsdatum Verkauf-von-Verkauf

Kunden-ID Verkaufte Menge

Lieferanten-ID
Zahlungsstatus Detaillierter Artikelverkauf ()

Täglicher Verkaufsbericht ()
Generieren ()
Generieren ()
Ansicht ()
Ansicht ()

Abbildung 2: Klassendiagramm

3.3 OBJEKTDIAGRAMM
Ein Objektdiagramm ist eine Instanz einer Klasse. Es beschreibt die statische Struktur eines Systems bei
eine bestimmte Zeit und werden verwendet, um die Genauigkeit der Klassen zu testen.

41
Implementierung
Generieren
Betreten

Produktdetails Bericht

Prod. Nr

PRODUKT
Rechnungen von RECHNUNG
Material LIEFERANT

Rechnungsnummer

Sortieren nach

von
Kunde Bestell-Nr
NEU BESTEHEND
Code

Alt KUNDE
Neu
realisieren Orte BESTELLUNG
an
Name
Bestellung
Adresse Details

Aktualisieren
Identifiziert

Einzelheiten
Validierung
Bestellung Validieren

Bestellen
Bestell-Nr.
Kosten-nicht
Bestellung Prod-Nr
erhalten

AktualisierungAktualisierungen
Bestand Dateien
Versand
Bestellung
Menge-Lager
Bestellung
Details

Abbildung 3: Objektdiagramm

3.4 GENERALISIERUNG UND ASSOCIATION

DIAGRAMM
Generalisierung: Dies ist ein anderer Name für Vererbung oder eine "ist ein"-Beziehung.
bezieht sich auf eine Beziehung zwischen zwei Klassen, bei der eine Klasse eine spezialisierte Version von
ein anderer.

42
 Fallstudie: Inventar
Super Typ
Steuerungssystem

Untertyp 1 Untertyp 2

KUNDE
Zeichenfolge

Kredit ()

Stammkunde Kunde

PRODUKT

Neues Produkt Bestehendes Produkt

Abbildung 4: Verallgemeinerung von Kunde und Produkt

Assoziation: Dies stellt eine statische Beziehung zwischen Klassen dar.

Rollen stellen dar, wie die beiden Klassen einander sehen.

Name
Klasse A Klasse B

1 Rolle in Rolle

BESTELLUNG KUNDE

Bestelldatum n 1 Kundendaten
Bestell-Nr.
m
n
n

LIEFERANT

Lieferantendetails
m

Abbildung 5: Assoziation von Auftrag und Kunde

Aggregation: Dies bezeichnet eine starke Eigentümerschaft zwischen Klasse A, dem Ganzen, und Klasse
B und dessen Teil.
Hohler Diamant Einfache Aggregation
Gefüllter Diamant Starke Aggregation
PRODUKT RECHNUNG KUNDE

BESTELLUNG BESTELLUNG LIEFERANT

Abbildung 6: Aggregation
Ternäre Assoziation für Kundenlieferant

KUNDE LIEFERANT

PRODUKT

Abbildung 7: Ternäre Assoziation

43
Implementierung
3.5 ZUSAMMENARBEITS-DIAGRAMM
Dies stellt die Interaktionen zwischen Objekten als eine Reihe von sequenzierten Nachrichten dar.
Kollaborationsdiagramme beschreiben sowohl die statische Struktur als auch das dynamische Verhalten.
eines Systems.
Darstellung

Klasse

[Bedingung]
Nachricht Nachricht
Nachricht
3. Nachricht
Objekt: Klasse Klasse

Schauspieler 2.3 [Bedingung]

Nachricht

Klasse

Abbildung 8 a: Kollaborationsdiagramm für das Bestandskontrollsystem

LIEFERANT

LIEFERANT
2.0 [LIEFERANT]
Rechnung 3.0
1 Orte ein
bestellen [ Auf Lager ]

BESTELLUNG LAGER
Lieferung neu ()

Neues Produkt 1
Kunde [Um zu] 1.1

PRODUKT

Abbildung 8 b: Kollaborationsdiagramm für das Bestandskontrollsystem

3.6 AKTIVITÄTSDIAGRAMM UND EREIGNISSE

ZUSTANDSDIAGRAMM
Dies beschreibt das dynamische Verhalten eines Systems als Reaktion auf externe Reize.
• Grundsätzlich werden Staaten durch spezifische Ereignisse ausgelöst.
Darstellung:

Urzustand

Staat
Endzustand

Ereignis/Aktion

Aktivitätsdiagramm
Dies veranschaulicht die dynamische Natur eines Systems, indem der Kontrollfluss modelliert wird von
Aktivität zu Aktivität, oder man kann sagen, Operation an einer bestimmten Klasse, die zu einer Veränderung führt in
der Zustand des Systems.

44
• Fallstudie: Inventar
Im Grunde zeigt dies das Workflow-Modell oder den Geschäftsprozess und die internen
Regelsystem
Betrieb

Klasse

Aktivität

Aktivität

Klasse

Abbildung 9: Aktivitätsfluss

Synchronisation und Aufteilung der Kontrolle

• Ein kurzer schwerer Balken mit zwei Übergängen, die in ihn hineinführen, stellt eine Synchronisation dar.
der Kontrolle.
• Aufspaltung der Kontrolle, die mehrere Zustände schafft.

Synchronisation
Aufteilung der Kontrolle

Nachfrage aufgetreten

[Gültige Nachfrage]
[Gültig]

Überprüfen
Menge auf Lager
Nachfrage stornieren

Bestellung validieren Bestellung aufgeben

[Eilbestellung] [sonst]
Umgekehrte Reihenfolge

Nachtexpresszustellung Regelmäßige Lieferung

Nachfrage aufgetreten

Zahlung vorgenommen

Abbildung 10: Aktivitätsdiagramm

Veranstaltungen
Ergriffene Maßnahmen im Bestandskontrollsystem:
1) Die Bestellung wird vom KUNDEN aufgegeben
2) Die Bestellung wird vom LIEFERANTEN empfangen.
3) Überprüfung der Lagerbestände und der Bestellmenge
4) Überprüfung des Bestandsstatus
5) Erstellung von Stücklisten

45
Implementierung 6) Erstellung des RECHNUNGSBElegs
7) Aktualisierung der Bestandsstatusdatei

Tun:
Validierung Verifizieren Sie das
Hauptbildschirm
Auswählen Bestellung aufgeben Bestellung
Anzeige
Kunde/Lieferant
Bestellung

Bestellung abgelehnt
Bestellung
OK
Sektor das
Bestellung

Abgelehnter Auftrag Überprüfen

Lehne ab das min. Menge auf Lager
Bestellung

Stornieren
Machen: Stornieren Sie die

Bestellung

Mindestmenge > Lagerbestand

Nachbestellniveau
Anzeige Fehler anzeigen Generation Do:
Mache: Prozess beenden Nachricht Generieren
RECHNUNG

Generieren
Generieren
Aktualisierung Stücklisten
Aktualisieren (BOM)
Bestandsstatus
Datei

Abbildung 11: Zustandsdiagramm

46
 Fallstudie: Inventar
Platzieren Sie ein <<verwendet>> Regelsystem
Generieren
Bestellung RECHNUNG

<<erweitert>> <<erweitert>>
<<verwendet>> <<verwendet>>

Inventar aktualisieren Rechnung von der

Rechnung eines Artikels Artikel für Lieferant
Generieren Statusdatei
Quittung für den Kunden

Erhalt eines Artikels Quittung für

für den Kunden Lieferant

Platzieren Sie ein

Bestellung

<<benutzt>> <<benutzt>> <<Verwendungen>>

Validieren Überprüfen
die Bestellung Menge auf Lager

Abbildung 12: Details hinzufügen

Datenflussdiagramm für das System

Bestelldetails Bestellstammdaten

Orte 1.0 Überprüfen 1.0

KUNDE
Validierungsauftrag
Nachfrage Plätze eine Validieren
Bestellung die Bestellung

Ungültig
1.2
2.0 Bestellung Überprüfen
Umordnen
Anzeige
Fehlermeldung
Ebene

8.0 2.0 Übersetzungsdetails

Validierter ROL
Transaktionsdatei
Generieren Gültiges ROL
OK Menge auf Lager
Rechnung & Menge-in-
Gutschein Aktie

2.1 Ablehnen
die Ordnung
4.0 5,0
Inventardatei
Generieren Aktualisierung
Rechnungen von Inventar
Material Status

Abbildung 13: Datenflussdiagramm

47
Implementierung
3.7 ANWENDUNGSFALLDIAGRAMM

Eine "verwendet"-Beziehung zeigt an, dass der Anwendungsfall von einem anderen benötigt wird, um zu
eine Aufgabe durchführen

• Eine "extends"-Beziehung zeigt alternative Optionen unter einem bestimmten Anwendungsfall an.

• Anwendungsfalldiagramme modellieren die Funktionalität eines Systems mithilfe von Akteuren und Anwendungsfällen.

Fälle.

• Anwendungsfälle sind Dienstleistungen oder Funktionen, die das System seinen Benutzern anbietet.

Anwendungsfall

Anwendungsfall

(Schauspieler)

Anwendungsfall

Abbildung 14: Anwendungsfall-Diagramm

Für das Bestandskontrollsystem ist das ursprüngliche Design:

UNTERDIAGRAMM
BESTAND
STEUERUNGSSYSTEM
Eine Bestellung aufgeben

Platzieren Sie ein

Bestellung

<<verwendet>><<verwendet>> <<verwendet>>

Generieren
RECHNUNG

Aktualisierung Generieren Generieren

Inventar RECHNUNG BOM
Statusdatei
Schauspieler
(Kunde) Aktualisieren
Bestand
Statusdatei
Generieren
Stückliste

Abbildung 15: Erster Entwurf des Inventarverwaltungssystems

48
BENUTZEROBERFLÄCHE Fallstudie: Inventar
Regelungssystem

Programm ausführen Interaktives Display Einschalten

Standardprogramm laden

Betreiben
eintragen
Anzeige Lieferant anzeigen
Menübildschirm Taste Bildschirm Lauf Einträge
sind festgelegt
zeige Kunde Lieferant anzeigen
Auswählen

Lieferanten- und Kundenkode festlegen Laufen

Programm

Anzeige
Auf Bestellung setzen
Bestellbildschirm
zeige Bestelldetails

HALTEN

60 Sekunden
ohne
Eingang

Einrichtung

Set Set Set

Menge auf Lager Bestellmenge Programm

Set Set Zu
Menge auf Lager Bestellmenge Ansicht

Berichtmodus generieren

Rechnungen erstellen
Materialeingangsbericht Ausführen-Schaltfläche

Rechnung erstellen
Gutschein Rechnung
Drücken Karte
Taste

Inventar erstellen
Statusbericht Drucken Bericht
Taste

Abbildung 16: Benutzeroberfläche

3.8 BEREITSTELLUNGSDAGRAMM

Bereitstellungsdiagramm: Dies zeigt die Hardware für Ihr System, die Software, die
auf dieser Hardware installiert, und die Middleware, die verwendet wird, um die Maschinen zu verbinden

einander.

49
Implementierung • Bereitstellungsdiagramme zeigen die physischen Ressourcen in einem System einschließlich
Knoten, Komponenten und Verbindungen, wobei ein Knoten eine physische Ressource ist, die
führt Codekomponenten aus.

Knoten

Komponente

Abbildung 17: Bereitstellung

Webserver <<JDBC>>
<<Gerät>>
BESTAND KUNDE DB-Server
KONTROLLE JDBC
Bestandsdatenbank
SYSTEM
<<Datenbanken>>
<<JSPs>> LIEFERANT

bestellen
PRODUKTE

Bereitstellung
Weltraum.
Bestellung aufgeben

Ausführung: Thread
Verschachtelt
Wahr

<<EJBs>>
Servlets

Bestandskontrolle
Serie
<<Webdienste>>

Webserver
<<JDBC>>
<<Gerät>>
Inventar :App” Server
<<JDBC>>
Kontrollkrieg EJB-Container Inventar
DB
Kundenspezifisch
Lieferant
Produkt. Ohr
bestellung..xml
<<Einsatzbereich>>

Inventar gmt. jar

Abbildung 18: Bereitstellungsdiagramm

50
 Fallstudie: Inventar
3.9 ZUSAMMENFASSUNG Regelsystem

In dieser Einheit werden verschiedene Diagramme entworfen, um das OOM der Bestandskontrolle darzustellen.
system. Diese Diagramme sind:
• Klassendiagramm
• Objektdiagramm
• Generalisation und Assoziation
• Zusammenarbeitsdiagramm
• Aktivitätsdiagramm
• Zustandsdiagramm

• Datenflussdiagramm
• Anwendungsfalldiagramm

• Verwenden Sie Schnittstellen- und Bereitstellungsdiagramm.

51