2017-01-19 8 views
0

Ich baue ein Klassendiagramm für ein System, in dem entweder student, staff oder ein normal user (jemand, der nicht als Teil der Organisation registriert ist, nur ein normaler Bürger) ein Lebensmittel von einer Maschine kaufen kann.Würden die folgenden Klassen für ein Klassendiagramm relevant sein?

Wenn eine student oder staff auf dieses Gerät zugreift, können sie ihre Mitgliedskarte durchblättern/scannen, die ihnen einen Rabatt zuweist. Wenn ein normal user einen Kauf tätigt, wird keine solche Mitgliedskarte verwendet, sondern nur die Vollpreiszahlung. Die Frage ist, würde das Klassendiagramm Klassen für student und staff enthalten? Oder würden alle diese Personen betreffenden Informationen einfach in einer Klasse mit der Bezeichnung membership card gespeichert, die dem System mitteilt, wer die Person auf ihrer Karteninformation basiert?

Ich bin neu in UML, das hat mich ein wenig verwirrt. Es scheint so, als würden sich die Informationen des Studenten und des Mitarbeiters beim Scannen von seiner Mitgliedskarte ablösen. Also wären Kurse für diese Art von Leuten notwendig?

Dank

+0

Was möchten Sie erreichen? Wem kommunizierst du diesen Entwurf? Was müssen sie wissen, um Ihre Idee im Code umzusetzen? Das gehört in UML dazu. Es ist eine Notation für die Kommunikation. UML-Diagramme sind keine technischen Zeichnungen. Fügen Sie hinzu, was Sie sehen möchten, um das Problem zu beheben. Mach dir keine Sorgen über UML - niemand kümmert sich heutzutage sehr darum. – duffymo

+0

Ich überarbeite für eine Prüfung, die erfordert, dass ich ein Klassendiagramm erstelle, ich verstehe UML ist nicht besonders ideal für viele Szenarien, aber ich bin immer noch verpflichtet, es zu lernen, und dies war eine der Fragen der Praxis. Bedeutet dies, dass das Diagramm grundsätzlich für jede Interpretation offen ist? Mit anderen Worten, es gibt keine richtige oder falsche Art, dies zu tun, solange es für einen Ingenieur allgemeingültig ist. – Toby95

+0

Konstruieren Sie auf jeden Fall ein Klassendiagramm mit Schüler, Mitarbeiter und Benutzer. Ich nehme an, dass die ersten beiden vom Benutzer erben werden. Kein richtig oder falsch? Leider stimmt das. Diagramme sind eine Möglichkeit, Ihre Absicht anderen Entwicklern mitzuteilen. Wenn sie es aus dem Diagramm verstehen können, haben Sie es gut gemacht. Wenn nicht, werden sie Fragen stellen und sie modifizieren. Schreiben Sie Klassen- und Sequenzdiagramme? Ihre Beschreibung eines Flusses schlägt mir Letzteres vor. – duffymo

Antwort

0

Ihr braucht Automaten, die verschiedenen Benutzertypen in irgendeiner Weise zu unterscheiden. Die Identifizierung erfolgt durch den Kartenleser, der die Mitglieds- oder Gästekarte erkennt. Dies wird sicher die Informationen über das Mitglied/Gast halten. Wenn dies nur "Pay X" anzeigen soll, benötigen Sie keine Klasse für beide, da die Information bereits auf der Lesekarte vorhanden ist. Wenn Mitglieder über ein Konto verfügen, von dem die Zahlung abgezogen wird, benötigen Sie eine Klasse, damit das Mitglied auf das Konto zugreifen kann.

Verwandte Themen