Diskussion:Task-based role system and access control: Unterschied zwischen den Versionen

Aus VcA | Wiki
(Offene Fragen die sich mir im Bezug auf das Konzept gestellt haben)
 
(Vorschlag Daten Model)
 
Zeile 4: Zeile 4:
* Es wird Aufgaben geben, die von mehreren Ehrenamtlichen umgesetzt werden müssen. Ist es hier sinnvoll eine Schwelle zu definieren, wie viele Ehrenamtliche sich auf jeden Fall commiten müssen, damit die Aufgabe umsetzbar ist (z.B. Infostand oder Pfandsammeln auf einem Konzert)
* Es wird Aufgaben geben, die von mehreren Ehrenamtlichen umgesetzt werden müssen. Ist es hier sinnvoll eine Schwelle zu definieren, wie viele Ehrenamtliche sich auf jeden Fall commiten müssen, damit die Aufgabe umsetzbar ist (z.B. Infostand oder Pfandsammeln auf einem Konzert)
* Es könnte passieren, dass aufgaben im Task Managment System gespeichert werden, denen nicht alle notwendigen Berechtigungen zugewiesen sind. Hier stellt sich die Frage wie wahrscheinlich ist dieser Fehlerfall und wie wird damit umgegangen?
* Es könnte passieren, dass aufgaben im Task Managment System gespeichert werden, denen nicht alle notwendigen Berechtigungen zugewiesen sind. Hier stellt sich die Frage wie wahrscheinlich ist dieser Fehlerfall und wie wird damit umgegangen?
== Mögliches Daten Model für Tasks ==
Datenfelder, die durch das Task Management abgebildet werden:
* Titel der Aufgabe
* Beschreibung der Aufgabe
* Kategorie
* Fälligkeitsdatum
* Ortsangabe
* Anzahl der benötigten Supporter_innen
* Liste der Supporter_innen, die diese Aufgabe übernehmen
* Verantwortlicher ASP (Bei Konzerten und Festivals)
* Notwendige Berechtigungen (Referenz auf anderen Micro Service)
* Externe Ansprechpartner
Mögliche Erweiterung des Modells:
* Materialliste
* Sub-Task-Liste
* Internet Ansprechpartner zur Wissensvermittlung
* Related Tasks
* Attraktivitäts Score einer Aufgabe
* Evaluation/Feedback von Aufgaben
* Dokumentation der Umsetzung

Aktuelle Version vom 20. Juni 2017, 22:19 Uhr

Offene Fragen über die wir diskutieren könnten:

  • Unterschiedliche Möglichkeiten der Aufgabenverteilung: Bei manchen Aufgaben kann es gewünscht sein, dass Ehrenamtliche sich diese Aufgaben selbstständig zuordnen und abarbeiten (z.B. Lager aufräumen). Bei anderen Aufgaben hingegen ist es explizit nicht erwünscht, dass sich diese alle Personen selbst zuweisen können (z.B. alles im Bereich Finanzen)
  • Es wird Aufgaben geben, die von mehreren Ehrenamtlichen umgesetzt werden müssen. Ist es hier sinnvoll eine Schwelle zu definieren, wie viele Ehrenamtliche sich auf jeden Fall commiten müssen, damit die Aufgabe umsetzbar ist (z.B. Infostand oder Pfandsammeln auf einem Konzert)
  • Es könnte passieren, dass aufgaben im Task Managment System gespeichert werden, denen nicht alle notwendigen Berechtigungen zugewiesen sind. Hier stellt sich die Frage wie wahrscheinlich ist dieser Fehlerfall und wie wird damit umgegangen?

Mögliches Daten Model für Tasks

Datenfelder, die durch das Task Management abgebildet werden:

  • Titel der Aufgabe
  • Beschreibung der Aufgabe
  • Kategorie
  • Fälligkeitsdatum
  • Ortsangabe
  • Anzahl der benötigten Supporter_innen
  • Liste der Supporter_innen, die diese Aufgabe übernehmen
  • Verantwortlicher ASP (Bei Konzerten und Festivals)
  • Notwendige Berechtigungen (Referenz auf anderen Micro Service)
  • Externe Ansprechpartner

Mögliche Erweiterung des Modells:

  • Materialliste
  • Sub-Task-Liste
  • Internet Ansprechpartner zur Wissensvermittlung
  • Related Tasks
  • Attraktivitäts Score einer Aufgabe
  • Evaluation/Feedback von Aufgaben
  • Dokumentation der Umsetzung