Ich habe ein erstes kleines Use-Case Diagramm erstellt, welches die grundlegenden Funktionen des Systems darstellt:
[Update] Der Teil in rot ist neu, da es meiner Meinung nach zumindest noch einen Administrator geben muss, der neue Benutzer (Mitarbeiter) anlegt, löscht etc.
Kommentare sind willkommen.
Ferner werde ich mich dran machen ein erstes Datenbankmodell zu erstellen...
Comments (4)
Meiner Ansicht nach, existiert die -Abhängigkeit zwischen den Anwendungsfällen "Rechnung erstellen" und "Eintragen der Arbeitszeit" nicht.
In einer strukturellen Betrachtung bezieht man Daten, die im zweiten Anwendungsfall erfasst wurden in den ersten mit ein, aber das hat nichts mit der Abhängigkeit auf Anwendungsfallebene zu tun.
Ich frage mich, ob es nicht noch weitere Anwendungsfälle für den Mitarbeiter gibt? Z.B.: Projektzeit erfassen / Stundenzettel anlegen. Diese wären dann Erweiterungen von "Eintragen der Arbeitszeit" oder hätten eine Abhängigkeitsbeziehung, mit der jeder Mitarbeiter seinen Teil der monatlichen Rechnungsstellung vorbereiten könnte.
Posted by Phillip Ghadir | 25.07.07 16:03
Posted on 25.07.07 16:03
Danke auch hier. Ich werde deine Anregungen in der nächsten Version berücksichtigen.
Posted by Daniel | 25.07.07 18:36
Posted on 25.07.07 18:36
Der Use-Case "Auftragsbestätigung erstellen" ist m.M. nach eher sekundär, i.d.R. bestätigen wir unsere Aufträge durch Arbeit :-) Seltener legen Kunden uns eine Auftragsbestätigung bei, die wir dann unterschrieben zurücksenden.
Wir sollten diskutieren, ob es nicht nur "Aufträge", sondern stattdessen (oder zusätzlich?) auch "Projekte" (und damit die zugehörigen Use Cases) geben sollte.
Posted by Stefan Tilkov | 26.07.07 14:50
Posted on 26.07.07 14:50
Also "Auftragsbestätigung erstellen" ist in der Tat sekundär, nur meinte Martina, dass ich es trotzdem mit reinnehmen sollte, falls es dann doch mal benötigt wird.
Posted by Daniel | 26.07.07 15:42
Posted on 26.07.07 15:42