UML-Klassendiagramm für die Kennwortüberprüfung erstellen

Question

Ich versuche, UML-Klassendiagramm für dieses Problem zu erstellen: So Benutzer wird aufgefordert, ein Kennwort einzugeben. Es ist eine 9-stellige Nummer. Das System erhält Passwörter und prüft, ob es korrekt ist oder nicht, indem es in die Datenbank schaut, in der das korrekte Passwort gespeichert ist. Wenn das Passwort korrekt ist, muss das System die Meldung "Richtig" anzeigen. Andernfalls wird die Meldung "Fehler" angezeigt. Wenn der Benutzer mehr als 5 Mal hintereinander ein falsches Passwort eingibt, hört das System auf, Nachrichten anzuzeigen.

Ich habe 4 Klassen hier, oder? Benutzer, System, Datenbank, Zähler

┌─────────────────────────┬ 
    │ User     │ 
    ├─────────────────────────┬ 
    │- pass: int    | 
    ├─────────────────────────┼ 
    |+ EnterPass()   | 
    ├─────────────────────────┼ 
      | * 
      | 
      | 
      | 
      | 
      | 1 
    ┌─────────────────────────┬ 
    │ System     │ 
    ├─────────────────────────┬ 
    │       | 
    ├─────────────────────────┼ 
    |+ CheckPass()   | 
    |+ ShowSuccess()   | 
    |+ ShowError()   | 
    |+ ShowNothing()   | 
    |+ ChangeCategory()  | 
    ├─────────────────────────┼ 
      | 1 
      | 
      | 
      | 
      | 
      | 1 
    ┌─────────────────────────┬ 
    │ Database    │ 
    ├─────────────────────────┬ 
    │- CorrectPass: int  | 
    ├─────────────────────────┼ 
    |+ ValidatePass(): bool | 
    |+ Increment1()   | 
    ├─────────────────────────┼ 
      | 1 
      | 
      | 
      | 
      | 
      | 1 
    ┌─────────────────────────┬ 
    │ Counter    │ 
    ├─────────────────────────┬ 
    │- CounterState: int  | 
    ├─────────────────────────┼ 
    |+ increment()   | 
    |+ GetState(): int  | 
    ├─────────────────────────┼ 

Kann mir jemand sagen, ob das stimmt? Ich bin mir nicht sicher, ob ich Counter und System irgendwie verbinden sollte. Gibt es etwas, das ich hinzufügen sollte?

Answer 1

Das ist nicht wirklich ein gutes Design. Datenbank und Counter sollten keine Klassen sein. Das erste wegen seiner Komplexität und das zweite wegen seiner Einfachheit. Anstatt System für die Passwortprüfung zu verwenden, machen Sie diese Authentifizierung. Was Sie System nennen, wird neben der Authentifizierung ein Konglomerat aus vielen anderen Klassen sein. Der Zähler ist nur ein privates Attribut innerhalb der Authentifizierung.

Jetzt zu Ihrer Datenbank. Hier repräsentiert es wahrscheinlich die Benutzer, die das System erlaubt. Rufen Sie diese Klasse Benutzer auf und weisen Sie sie allen Eigenschaften zu, die ein Benutzer besitzt (Name, verschlüsseltes Passwort, letzte Anmeldung usw.). Das Zuordnen zu einer realen Datenbank ist Gegenstand einer späteren Entwurfsphase, in der Sie diese Klassen durch Implementierung einer Persistenzschnittstelle persistent machen.

Answer 2

Im Allgemeinen möchten Sie nicht so viel Detail modellieren, weil Sie mit einem abgestandenen, trägen Modell enden werden. Benutzer und Zähler sind eher ein Anliegen von OOP und ähneln dem Modellieren von Sand und Lehm, aus denen die Bausteine ​​für ein Haus bestehen. Wen interessiert diese Detailgenauigkeit? Stattdessen ist es besser, die Problemdomäne zu modellieren, die hier völlig fehlt.

Sie könnten die Systemarchitektur modellieren, die die Komponenten, Verantwortlichkeiten und Interaktionen identifizieren würde. Sie könnten Ihr System und Ihre Datenbank zu einer Architektur entwickeln.

Ist Ihr Modell korrekt UML? Sicher, aber es ist nicht besonders nützlich.

BTW, wenn Sie eins zu eins Vielfalt sehen, das ist fast immer eine rote Fahne.