it-swarm.com.de

Schnittstellendesign zur Verwaltung überlappender Datumsperioden

Ich versuche, eine Schnittstelle zu entwerfen, um zu verwalten, zu welchem ​​Team eine Person zu irgendeinem Zeitpunkt gehört. Ich möchte, dass es wirklich einfach ist, kleine Änderungen vorzunehmen (z. B. ein Startdatum für eine vorherige Teamzuweisung festzulegen und die vorherige Zuordnung automatisch an das Spiel anzupassen).

Mein jüngstes Design (siehe Modell unten) ist im Grunde eine Tabelle, die alle Zuordnungen mit Bearbeitungslinks neben jedem Datensatz zeigt.

Mockup

Ich identifiziere auch Lücken, in denen keine Teamzuweisung vorgenommen wird (was auf Fehler oder Unterbrechungen zwischen Verträgen zurückzuführen sein könnte), und gebe die Option, ein neues Team zu erstellen. In diesem Fall wird der neue Teamdialog mit den Daten der Lücke gefüllt.

Dies ist der beste Weg, um all diese Informationen (und Bearbeitungsoptionen) auf einen Blick zu vermitteln - aber können Sie sich einen besseren Weg vorstellen?

Ich bin mir nicht sicher, ob das Tabellenkonstrukt verwendbar ist, aber andere Optionen, die ich ausprobiert habe (z. B. Tabulatoren oder Akkordeons für jede Zuweisung), werden in der Regel unhandlich.

5
Alex

Zusammenfassung: Wenn Sie über ausreichend Immobilien verfügen, erstellen Sie ein Kalenderlayout. Andernfalls funktioniert Ihre aktuelle Listenansicht gut (sie kann jedoch einige Verbesserungen gebrauchen - siehe unten).

Vollständige Antwort:
Ereignisse, die über einen bestimmten Zeitraum (und nicht sofort) auftreten, können auf zwei Arten angezeigt werden: 1) eine Listenansicht (was Sie derzeit haben) und 2) eine Kalenderansicht mit einer geeigneten Skala (Stunden/Tage)/Monate/etc). Die Listenansicht ist am effizientesten wenn es um das Screenen von Immobilien geht, aber die Kalenderansicht ist schneller wenn Sie den Status eines Teams oder einer Person in einem bestimmten Bereich nachschlagen Datum.

Als Listenansicht ist Ihr Modell gut. Sie haben viel Leerraum, Zebrastreifen und nicht zugewiesene Zeiten werden in den jeweiligen Lücken platziert. Es gibt jedoch einige kleinere Verbesserungen, die angewendet werden können:

  • Platzieren Sie Edit und Delete aus Gründen der Konsistenz auf derselben Seite
  • Start- und Enddaten können in derselben Zelle zusammengeführt werden, auch wenn Sie eine erweiterte Sortierung planen
  • Wenn die einzigen bearbeitbaren Attribute einer Zuweisung Team-, Datums- und Dienstplansichtbarkeit sind, sollten Sie die Inline-Bearbeitung anstelle einer separaten Bearbeitungsansicht implementieren (Implementierungsmuster und -praktiken finden Sie unter Inline-Bearbeitung ).
  • "Zu einem neuen Team zuweisen" klingt etwas besser und repräsentativer für die Aktion als "Zu einem anderen Team verschieben" (Sie können die Verben auch in "Zuweisen" von "Hinzufügen" in den anderen Aktionslinks ändern).

Wenn Sie zu einer Kalenderansicht wechseln möchten, haben Sie zwei weitere Optionen: 1) traditioneller Kalender und 2) Kalender in einer Tabelle.

Ein traditioneller Kalender hat 4-5 Zeilen für Wochen und 5 oder 7 Spalten für Tage. Es ist bei der Mehrheit der Menschen sehr verbreitet und erfordert wenig bis gar keine Ausbildung. Jede Aufgabe wird über die jeweiligen Tage wie folgt dargestellt:

enter image description here

Ein Tabellenkalender enthält Tage als Spalten und jede Zeile repräsentiert das Team, dem die Person zugeordnet ist. Es ist effizienter für die Aufgabe, Personen für ganze Tage zuzuweisen, da in einigen Situationen mehr Informationen sowie Massenaktionen sichtbar sind. Es kann jedoch etwas Training und Gewöhnung erfordern. Es gibt einige Möglichkeiten, damit zu interagieren, siehe Antwort von Michael Zuschlag auf die Frage, von der ich den Screenshot ausgeliehen habe:

Kalenderansichten haben auch den Vorteil, dass deutlich angezeigt wird, wie viele Personen einem Team insgesamt zugeordnet sind.

In der regulären Kalenderansicht würde es so aussehen:

enter image description here

Und im vorgelegten Kalender besteht der einzige Unterschied in der Bedeutung der Zeilen: Sie würden Teammitglieder anstelle von Teams. (Ich gebe kein visuelles Beispiel, da es genauso aussieht wie das vorherige.)

3
dnbrv