Diese Seite dient als Übersicht sämtlicher im TVS-Tool abzubildenden Use Cases. Die konkreten Anforderungen gilt es in einem weiteren Schritt von den einzelnen Use Cases abzuleiten. Die Use Cases sind entlang der Lebensphase eines Kurses gegliedert: Planungsphase, Freigabephase, Anmeldephase, Durchführungsphase, Abrechnungsphase. Zusätzlich gibt es übergreifende Use Cases resp. Funktionen. Die Use Cases sind immer in derselben Struktur spezifiziert:
Use Case ID: eindeutiger Schlüssel zur Identifikation des Anwendungsfalls
Beschreibung: textueller Beschrieb des Anwendungsfalls
Akteure: involvierte Personen
Auslöser: verursachende Person / Event
Vorbedingungen: zu erfüllende Bedingungen, sodass der Anwendungsfall eintritt
Nachbedingungen: Zustand des Systems, nach Ausführung des Anwendungsfalls
Standardszenario: normales Szenario
Alternativszenario: abweichendes Szenario
In Scope für Sektion: Boolean, ob relevant für die Sektion
In Scope für NV: Boolean, ob relevant für den Nationalverband resp. die Geschäftsstelle (Kurswesen / Kursadministration)
MVP: Boolean, ob MVP-relevant ist und falls Scope Einschränkungen zu berücksichtigen gilt, sind diese textuell beschrieben
Inhaltsverzeichnis
Planungsphase
Use Case “TVS_1: Event hinzufügen"
Use Case ID | TVS_1 |
---|---|
Beschreibung | Person fügt einen Event hinzu, damit dieser verwendet werden kann. Der Event muss in Stufen eingegeben werden können, d.h. auch wenn noch nicht alle Pflichtfelder erfasst sind, muss der Event gespeichert werden können (und gem. Berechtigungen angesehen/verändert werden können). Die in den Erfassungsmasken einzugebenden Felder sind von der Sektion selbständig konfigurierbar. Nachfolgende Arten von Events kann eine Person erfassen. Anlass
Tour
Spontantour
Kurs
|
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Neue Planungsperiode; neue Spontantour |
Vorbedingungen | Ausführende Person ist einer Rolle mit Berechtigung zugewiesen |
Nachbedingungen | Event ist im System vorhanden |
Standardszenario |
|
Alternativszenario |
|
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_2: Event duplizieren"
Use Case ID | TVS_2 |
---|---|
Beschreibung | Person dupliziert einen bestehenden Event zur Weiterbearbeitung. Es können mehrere Events selektiert und geklont werden. Spezialitäten:
Spezialitäten Nationalverband:
|
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Der/die Leiter*in möchte einen anderen Event, z.B. aus früheren Jahren oder von anderen Leiter*innen, erneut durchführen |
Vorbedingungen | Ausführende Person ist einer Rolle mit Berechtigung zugewiesen und/oder stellt den Event selbst zur Verfügung. Nicht eigene Anlässe und Touren haben den Status ‚Freigegeben’. Statuskonzept für Anlässe und Touren: Aktuelles Statuskonzept für Kurse vom Nationalverband: Provisorisch, Planung, Aktiv, Annulliert, Abgeschlossen |
Nachbedingungen | Event ist im System vorhanden |
Standardszenario | Event steht zur Weiterbearbeitung zur Verfügung mit den Feldern Durchführungsdatum leer und Leiter*in mit aktueller Person |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_3: Event bearbeiten"
Use Case ID | TVS_3 |
---|---|
Beschreibung | Person passt einen bestehenden Event an, um Änderungen abzubilden oder Fehler zu korrigieren. |
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Der Anlass wird anders durchgeführt oder die ursprüngliche Eingabe enthielt Fehler |
Vorbedingungen | Ausführende Person ist einer Rolle mit Berechtigung zugewiesen und/oder stellt den Anlass selbst zur Verfügung. Zudem ist der Anlass im System vorhanden |
Nachbedingungen | Anlass ist aktualisiert und Änderungen sind dokumentiert |
Standardszenario | Änderungen an Eigenschaften eines Anlasses vornehmen, welche noch nicht freigegebenen wurden |
Alternativszenario | Änderungen an Eigenschaften eines Anlasses vornehmen, welche bereits freigegebenen wurden (Ausnahmefall; spezielle Berechtigung erforderlich). Auch normale TL müssen gewisse Felder ändern können, evtl. sektionsspezifisch - z.B. Anmeldefrist (Benachrichtigung bei freien Plätzen), Durchführungsdatum (Anlass verschieben - evtl. eigener Use Case). |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_4: Event löschen”
Use Case ID | TVS_4 |
---|---|
Beschreibung | Person löscht einen Event, um diesen vom System zu entfernen. |
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Event wird vor der Freigabe abgesagt oder ist nur aufgrund einer Fehlbedienung im System |
Vorbedingungen | Ausführende Person ist einer Rolle mit Berechtigung zugewiesen und/oder stellt den Event selbst zur Verfügung. Zudem hat der Event den Status ‘in Bearbeitung’ |
Nachbedingungen | Event ist nicht mehr im System (Ausnahme: Nachverfolgung) |
Standardszenario | Event wird nach Rückfrage gelöscht |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_5: Leitende Personen suchen und anfragen”
Use Case ID | TVS_5 |
---|---|
Beschreibung | Eine Terminplanübersicht für absolvierte, aktuelle und geplante Arbeitseinsätze wird benötigt, die als Grundlage bei einer Leitersuche mit Filterfunktion (Einbezug: Qualifikation, Sprache, Wohnort etc.) dient und allfällige Eventdatenüberschneidungen bei der Planung signalisiert. Bei einer kurzfristigen Suche können mehrere Personen parallel mit Informationen zum Kurs per Mail und/oder SMS angefragt werden. |
Akteure | Kurswesen Nationalverband, Tourenkommission, Sektionsfunktionäre |
Auslöser | Fehlendes Kurskader für geplanten Kurs (z.B. aufgrund Krankheitsausfall) |
Vorbedingungen | Leitende Personen sind im System erfasst |
Nachbedingungen | Leitende Personen sind über die Anfrage orientiert |
Standardszenario | Eine leitende Person wird für ein Event gesucht |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Freigabephase
Use Case “TVS_6: Event zur Freigabe vorlegen”
Use Case ID | TVS_6 |
---|---|
Beschreibung | Der Erfasser eines Events leitet den Event zur Freigabe an die entsprechende(n) Person(en) weiter. Manche Sektionen haben einen ein- und einige einen mehrstufigen Freigabeprozess. |
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Event ist prüfbereit |
Vorbedingungen | Event umfasst alle Angaben, die für eine Prüfung notwendig sind |
Nachbedingungen | Eine Pendenz wird bei der prüfenden Person eröffnet und die Person wird über die Pendenz informiert |
Standardszenario | Der Erfasser wechselt den Status von “in Bearbeitung” zu “prüfbereit” |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_7: Event prüfen”
Use Case ID | TVS_7 |
---|---|
Beschreibung | Ein Event(-detail) wird auf Regelkonformität (benötigte Kompetenzen des Leitenden, korrekte Angaben zu Schwierigkeit und Kondition, etc.) geprüft. Event(-detail) wird entweder als regelkonform erachtet und freigegeben oder als nicht regelkonform zurückgewiesen. Massenmutationen müssen möglich sein (über 1000 Anlässe pro Jahr). |
Akteure | Tourenkommission, Kurswesen Nationalverband |
Auslöser | Kommissionssitzung oder einzelne Prüfung; aufgrund einer generierten Pendenz |
Vorbedingungen | Event ist prüfbereit |
Nachbedingungen |
|
Standardszenario | Details des Anlasses werden angezeigt und mit ähnlichen Anlässen verglichen. Zudem stehen die relevanten Biographien der Leitenden als auch Informationen aus dem Tourenportal zur Verfügung. Event(-detail) wird als regelkonform erachtet und freigegeben. |
Alternativszenario | Event(-detail) wird als nicht regelkonform erachtet und zurückgewiesen |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_8: Frage zu Event stellen”
Use Case ID | TVS_8 |
---|---|
Beschreibung | Personen stellen eine Frage. Beispiele:
Eine Frage ist immer einer Person zugewiesen und die zu beantwortende Person wird über die Frage benachrichtigt (via E-Mail und Portal). |
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband, Interessent, Teilnehmer |
Auslöser |
|
Vorbedingungen | Event ist im System vorhanden |
Nachbedingungen | Frage ist im System erfasst und der/die Empfänger/in ist über die Frage orientiert, die Frage ist im Status “ungelesen” |
Standardszenario | Die Kommission wünscht eine Präzisierung eines Events und stellt der Leiter*in eine Frage. |
Alternativszenario | Teilnehmende wünschen nähere Informationen zum Event und stellen den Leitenden eine Frage |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_9: Frage zu Event eantworten”
Use Case ID | TVS_9 |
---|---|
Beschreibung | Der/die Empfänger/In einer Frage beantwortet diese. Beispiele:
|
Akteure | Tourenkommission, Interessent, Teilnehmer |
Auslöser | Eine ungelesene Frage |
Vorbedingungen | Führungsgremien, Teilnehmende oder Dritte haben eine Frage zum Anlass gestellt. |
Nachbedingungen |
|
Standardszenario | Frage wird beantwortet |
Alternativszenario | Frage wird nur als ‘gelesen’ markiert |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_10: Unterkunft abfragen und reservieren”
Use Case ID | TVS_10 |
---|---|
Beschreibung | Eine Person kann für ein freigegebener Event bei der erfassten Unterkunft die Verfügbarkeit abfragen und gleich eine Reservation vornehmen. Die Abfrage und Reservation von Unterkünften geschieht direkt im OHRS, sofern die Unterkunft dort registriert ist - ansonsten kommt eine andere Buchungsplattform von Dritten zum Zuge. Wenn die Verfügbarkeit abgefragt wird oder eine Reservation vorgenommen wird, werden diverse Angaben aus dem TVS an das nachgelagerte System weitergeleitet (z.B. Datum, Anzahl Übernachtungen und Teilnehmer), sodass keine Daten doppelt eingegeben werden müssen resp. mit ein paar Klicks zum Resultat gelangt. |
Akteure | Sektionsfunktionär, Tourenkommission |
Auslöser | Vorbereitung der Eventdurchführung |
Vorbedingungen | Event ist im System erfasst, freigegeben und Anmeldungen sind präsent |
Nachbedingungen | Event kann aus Sicht der Leitenden durchgeführt werden |
Standardszenario | Reservation der Unterkunft (automatische Datenübergabe ans OHRS oder anderer Buchungsplattform von Dritten) |
Alternativszenario | Buchung eines benötigten Dienstleisters (z.B. Bergführer*in) via Mail mit automatischer Freigabe der Daten |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Anmeldephase
Use Case “TVS_11: Programm anzeigen, filtern, sortieren und exportieren”
Use Case ID | TVS_11 |
---|---|
Beschreibung | Die Liste aller Events kann gefiltert, nach allen Details mithilfe von Suchbegriffen durchsucht, sortiert, angezeigt und exportiert werden. Der Export ist konfigurierbar, sodass dieser für das sektionseigene Bulletin (Clubnachrichten) oder auf ihrer Homepage genutzt werden kann (z.B. (z.B. Schriftart, Schriftgrösse). Das Format unterscheidet sich von Sektion zu Sektion. Spezialitäten: Events, die noch nicht publiziert wurden, sind nur der Tourenkommission, Sektionsfunktionäre und dem Nationalverband ersichtlich. |
Akteure | Alle |
Auslöser | Person interessiert sich für einen oder mehrere Anlässe. |
Vorbedingungen | Anlässe sind im System erfasst |
Nachbedingungen | Person kennt das verfügbare Angebot |
Standardszenario | Person sucht nach konkreten Anlässen (z.B. nach Anlasstyp, -dauer, -anforderungen, etc.). |
Alternativszenario | Person schmökert durch das Angebot an Anlässen. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_12: Event Details anzeigen”
Use Case ID | TVS_12 |
---|---|
Beschreibung | Person öffnet Details eines Events. Die Details werden der Person angezeigt. Verlinkte Informationen (Personendetails, Daten aus Tourenportal, etc.) werden ebenfalls dargestellt, sofern die notwendigen Berechtigungen vorliegen. Spezialitäten: Details eines Events, das noch nicht publiziert wurde, sind nur der Tourenkommission, Sektionsfunktionäre und dem Nationalverband zugänglich. |
Akteure | Alle |
Auslöser | Auswahl des Events (z.B. aus der Liste/Programm). |
Vorbedingungen | Event ist erfasst |
Nachbedingungen | Person kennt die Details eines Anlasses und der Anmelde-Knopf wird dargestellt, sofern Plätze noch verfügbar sind |
Standardszenario | Darstellung aller relevanter Informationen. |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_13: Anmeldung einreichen”
Use Case ID | TVS_13 |
---|---|
Beschreibung | Person meldet sich für Event an. Das Anmeldeformular wird ausgefüllt und die vom Event-Verantwortlichen konfigurierten Fragen beantwortet (z.B. vergleichbare Touren letzte Jahre; Essenswünsche). Spezialitäten: Kurse vom Nationalverband
|
Akteure | Interessent |
Auslöser | Interesse an Teilnahme. |
Vorbedingungen | Anlass ist freigegeben und publiziert. |
Nachbedingungen | Anmeldung liegt beim Event-Verantwortlichen zur Prüfung vor |
Standardszenario | Anmeldung kann eingegeben werden. |
Alternativszenario |
|
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_14: Anmeldung prüfen”
Use Case ID | TVS_14 |
---|---|
Beschreibung | Der Verantwortliche erhält alle Anmeldungen zu seinem Event, kann diese anzeigen, prüfen und bearbeiten. Details einer Person können dargestellt werden, damit beurteilt werden kann, ob der Interessent die notwendigen Erfahrungen, Ausbildungen oder Qualifikationen für den Event mit sich bringt. Ersichtlich sind primär Kontaktdaten, Ausbildungen und Qualifikationen. Eine eingegangene Anmeldung wird von der leitenden Person oder von der Kursadministration entweder freigegeben oder zurückgewiesen. Es können mehrere Anmeldungen selektiert und bestätigt oder abgelehnt werden. Die Person wird über den Entscheid informiert (via E-Mail oder Portal). Wenn Anmeldungen ausserhalb der Arbeitszeit bearbeitet werden, sollen die Bestätigungsmails zeitverlagert zugestellt werden. Zusätzlich soll es die Möglichkeit geben, eine Anmeldebestätigung in Papierform zu drucken. Spezialitäten: Tour Anmeldungen in den Sektionen
Spezialitäten: Kurs Anmeldungen beim Nationalverband
|
Akteure | Tourenkommission, Sektionsfunktionär, Kurswesen Nationalverband, Interessent, Teilnehmer |
Auslöser | Periodische oder einmalige Prüfung aller Anlassanmeldungen. |
Vorbedingungen | Teilnehmer/in hat sich für den Event angemeldet und die Anmeldung liegt bei der leitenden Person oder der Kursadministration zur Bearbeitung vor. |
Nachbedingungen | Der Bearbeiter der Anmeldung kann die Kompetenzen der Teilnehmer/in beurteilen und entscheiden, ob die Anmeldung angenommen oder abgelehnt werden soll. Der Teilnehmer ist über den Entscheid orientiert. |
Standardszenario | Biographie der teilnehmenden Person wird konsultiert. Anmeldung wird definitiv akzeptiert. |
Alternativszenario | Anmeldung wird alternativ (telefonisch, automatisch, etc.) überprüft. Anmeldung wird zurückgewiesen oder bleibt temporär unbeantwortet. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_15: Anmeldung stornieren”
Use Case ID | TVS_15 |
---|---|
Beschreibung | Teilnehmende Person meldet sich wieder ab und zieht seine Anmeldung zurück. Spezialitäten: Kurs Anmeldungen beim Nationalverband
|
Akteure | Teilnehmer/in |
Auslöser | Person möchte nicht mehr am Event teilzunehmen. |
Vorbedingungen | Person hat sich für den Event angemeldet. |
Nachbedingungen | Leitende Person ist über die Abmeldung informiert. |
Standardszenario | Teilnehmende Person meldet sich mit Begründung vom Event ab. Die Begründung erfolgt anhand vordefinierter Werte (zwecks einfacherer Statistikerstellung und ggf. Belastung der No-Show Gebühr) oder eines beliebigen Freitextes. |
Alternativszenario | Teilnehmende Person meldet sich ohne Begründung vom Event ab. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_16: Event absagen”
Use Case ID | TVS_16 |
---|---|
Beschreibung | Es kann vorkommen, dass ein Kurs abgesagt (annulliert) wird. Gründe dafür sind:
Die Kursadministration muss in diesem Fall die Akteure informieren. Durch die Annullation des Kurses wird folgendes automatisch ausgelöst:
|
Akteure | Kurswesen Nationalverband |
Auslöser |
|
Vorbedingungen | Anmeldungen liegen vor |
Nachbedingungen | Der Status eines annullierten Kurses wird auf “Storno” gesetzt mit einem Vermerk “Absage durch Veranstalter”. Wenn die Kursteilnehmer bezahlt haben, schicken sie die IBAN Angaben per E-Mail. Kursadmin füllt manuell das Formular Rückerstattung aus. Dieses wird vom Bereichsleiter unterschrieben. Danach wird das Formular an die Buchhaltung weitergegen. Die Buchhaltung veranlasst die Rückerstattung. Hierbei werden alle angemeldeten Teilnehmer mit Status Anmeldung mit Angabe des Absagegrundes automatisch per Mail informiert. Zusätzlich wird auch das Kurskader und allfällig für diesen Kurs hinterlegte Unterkünfte automatisch per Mail benachrichtigt. |
Standardszenario | Kurs wird abgesagt |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_17: Vergangene und künftige Anmeldungen einsehen”
Use Case ID | TVS_17 |
---|---|
Beschreibung | Person möchte die eigenen Anmeldungen inkl. deren Status vergangener und/oder künftiger Anlässe einsehen. |
Akteure | Teilnehmer/in |
Auslöser | Person möchte sich über die eigenen Anmeldungen informieren. |
Vorbedingungen | Person hat sich für einen oder mehrere Events angemeldet. |
Nachbedingungen | Anmeldungen ist von der Person im System ersichtlich. |
Standardszenario | Die Anmeldungen der teilnehmenden Person werden angezeigt. |
Alternativszenario | Keine Anmeldungen werden angezeigt, da keine vorliegen. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_18: Teilnehmer/Innen informieren”
Use Case ID | TVS_18 |
---|---|
Beschreibung | Die Teilnehmer/innen werden vor Beginn des Events über gewisse Punkte informiert (z.B. Ort/Zeit der Besammlung, evtl. vorgenommene Anpassungen, ggf. Teilnehmerliste, Materialliste). Zu teilende Dokumente werden in Form von Links auf ein Dokumenten-Management-System (DMS) an Teilnehmer/innen kommuniziert. Beispiele solcher Unterlagen: Info-Brief, Ausrüstungs-/Materialliste, Programm, Teilnehmerliste (mit Kontakt-Nr., Name, Telefon, E-Mail, Adresse, Status, Korrespondenzsprache, Geschlecht), Ausbildungsunterlagen, Rechnung. Jegliche Kommunikation findet in der auf dem Kurs festgelegter Korrespondenzsprache statt. |
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Vorbereitung der Eventdurchführung |
Vorbedingungen | Event ist im System erfasst, freigegeben und Durchführung vorbereitet |
Nachbedingungen | Event kann aus Sicht der Teilnehmenden durchgeführt werden |
Standardszenario | Information der Teilnehmenden in Form einer manuell erstellten Nachricht über die registrierten Kanäle |
Alternativszenario | Information der Teilnehmenden in Form einer automatisch erstellten Nachricht über die registrierten Kanäle |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Durchführungsphase
Use Case “TVS_19: Anwesenheitskontrolle durchführen”
Use Case ID | TVS_19 |
---|---|
Beschreibung | Zwecks Anwesenheitskontrolle hat die leitende Person die Möglichkeit, eine Liste der Teilnehmenden im System anzuzeigen, zu exportieren und zu drucken. Die Liste muss in der entsprechenden Sprache ausgegeben werden. Aktuell wird die Liste per E-Mail zugestellt und der Teilnehmende bestätigt mit einer Unterschrift vor Ort die Teilnahme am Kurs. Eine Digitalisierung ist erwünscht. Eine Nichtteilnahme kann zu einer “No-Show”-Gebühr führen. Die Konfiguration einer automatischen Verrechnung ist erwünscht. |
Akteure | Leitende Person, Teilnehmende |
Auslöser | Event beginnt |
Vorbedingungen | Teilnehmende sind im System registriert, eine Liste kann ausgegeben werden, basierend auf der die Anwesenheitskontrolle durchgeführt werden kann |
Nachbedingungen | Die leitende Person weiss, welche Teilnehmende anwesend sind |
Standardszenario | Der Teilnehmer ist anwesend und bestätigt dies mit einer Unterschrift |
Alternativszenario | Der Teilnehmer ist abwesend |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_20: Notfallkontakte abrufen”
Use Case ID | TVS_20 |
---|---|
Beschreibung | Für Notfallsituationen hat die leitende Person die Möglichkeit, eine Liste der Notfallkontakte der Teilnehmenden anzuzeigen, zu exportieren und zu drucken. |
Akteure | Leitende Person |
Auslöser | Event beginnt |
Vorbedingungen | Teilnehmende haben in ihrem Profil einen Notfallkontakt erfasst |
Nachbedingungen | Die leitende Person kennt die Notfallkontaktinformationen von jedem Teilnehmenden |
Standardszenario | Eine Notfallkontaktliste wird ausgegeben |
Alternativszenario | Notfallkontakt ist beim Teilnehmenden nicht hinterlegt |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_21: Teilnehmer bewerten”
Use Case ID | TVS_21 |
---|---|
Beschreibung | Für manche Events (insbesondere Kurse) bewertet die leitende Person die Teilnehmenden - entweder während dem Kurs oder nach Kursabschluss. Die Bewertung beschliesst, ob die teilnehmende Person den Kurs bestanden hat oder nicht. Die Bewertung ist für die teilnehmende Person zugänglich (z.B. im Profil). |
Akteure | Leitende Person, Teilnehmer |
Auslöser | Event beginnt |
Vorbedingungen | Kursteilnehmer ist anwesend |
Nachbedingungen | Kursteilnehmer hat eine Bewertung von der leitenden Person erhalten |
Standardszenario | Leitende Person bestätigt, dass die teilnehmende Person den Kurs bestanden hat |
Alternativszenario | Leitende Person beschliesst, dass die teilnehmende Person den Kurs nicht bestanden hat |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Abrechnungsphase
Use Case “TVS_22: Teilnehmer verrechnen”
Use Case ID | TVS_22 |
---|---|
Beschreibung | Aktuelle Situation in den Sektionen:
Aktuelle Situation beim Nationalverband:
Online Bezahlmöglichkeiten werden zukünftig erwünscht, d.h. die Anbindung an ein Dienstleister wie bspw. Twint zwecks Zahlungsabwicklung muss gegeben sein. |
Akteure | Kurswesen Nationalverband |
Auslöser | Anmeldung wird bestätigt |
Vorbedingungen | Anmeldung ist bestätigt |
Nachbedingungen | Teilnehmer erhält Rechnung |
Standardszenario | Teilnehmer erhält mit der Bestätigung seiner Anmeldung die Rechnung elektronisch |
Alternativszenario | Teilnehmer erhält mit der Bestätigung seiner Anmeldung die Rechnung per Briefpost (weil dies ausdrücklich erwünscht wird) |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_23: Teilnehmer rückerstatten”
Use Case ID | TVS_23 |
---|---|
Beschreibung | Eine Annullation durch den Teilnehmer führt bei der entsprechenden Person zu einem Statuswechsel (“annulliert”). Das System soll bei einem solchen Statuswechsel automatisch die Annullationskostenrechnung erstellen und die entsprechende Gutschrift erstellen. Hierbei prüft das System, ob für den Teilnehmer bereits eine Rechnung erstellt resp. bezahlt wurde und erstellt eine Gutschrift resp. eine Korrekturfaktura. Anschliessend werden vom System basierend auf dem Stornodatum und den hinterlegten Annullationskostenbedingungen die Annullationskosten inklusive allfälliger Rücktrittsversicherungsprämie automatisch berechnet und die entsprechende Annullationskostenrechnung für den Teilnehmer erstellt und verbucht. In diesem Ablauf hat die Kursadministration die Möglichkeit, den berechneten Annullationskostenbetrag noch manuell zu überschreiben. |
Akteure | Teilnehmer, Kurswesen Nationalverband |
Auslöser | Teilnehmer meldet sich ab |
Vorbedingungen | Abmeldung ist im System erfasst |
Nachbedingungen | Teilnehmer wird rückerstattet und/oder erhält Korrekturfaktura |
Standardszenario | Teilnehmer hat bereits bezahlt, kommuniziert die Abmeldung im System und erhält eine automatisch ausgelöste Rückerstattung |
Alternativszenario | Teilnehmer hat noch nicht bezahlt, kommuniziert die Abmeldung im System und erhält eine automatisch ausgelöste korrigierte Rechnung |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_24: Teilnehmer mahnen”
Use Case ID | TVS_24 |
---|---|
Beschreibung | Teilnehmer, die ihre Rechnung nach dem Fälligkeitsdatum (normalerweise nach Kursabschluss) noch nicht beglichen haben, kann die Kursadministration mahnen. Dabei kann ein Mahnlauf manuell ausgelöst werden. Das System erstellt dabei die Mahnungen automatisch, berücksichtigt ein Mahnspesen und setzt bei der Person die entsprechende Mahnstufe. Hierzu dienen diverse Informationen: ob Rechnung bereits beglichen ist, Fälligkeitsdatum, Mahnstufe. Der SAC betreibt Debitoren, deren Rechnung nach der zweiten Mahnung noch offen sind (manueller Prozess). |
Akteure | Kurswesen Nationalverband |
Auslöser | Mahnlauf wird ausgelöst |
Vorbedingungen | Rechnung offen und Fälligkeitsdatum in der Vergangenheit |
Nachbedingungen | Mahnstufe wird beim Teilnehmer gesetzt und Teilnehmer erhält Mahnungrechnung |
Standardszenario | Kursadministration löst Mahnlauf aus |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_25 Spesen erfassen, prüfen und auszahlen”
Use Case ID | TVS_25 |
---|---|
Beschreibung | Die leitende(n) Person(en) soll(en) befähigt sein, Spesen im System einzugeben, sodass eine Rückzahlung erfolgt. Der Prozess soll mit einem Genehmigungsprozess hinterlegt sein. Wenn ein Spesenantrag genehmigt wird, soll die Auszahlung automatisch erfolgen. Der Antragsteller kann den Spesenantrag mit dem aktuellen Status jederzeit abrufen. Spezialitäten beim Nationalverband: ab 2024 wird eine Pauschalspese eingeführt. Getätigte Transaktionen müssen im Buchhaltungssystem automatisch abgebildet werden (z.B. via REST-Schnittstelle). |
Akteure | Leitende Person |
Auslöser | Spesenantrag wird erfasst, zur Genehmigung freigegeben oder wird genehmigt |
Vorbedingungen | Spesenantrag liegt vor |
Nachbedingungen | Spesen werden ausbezahlt |
Standardszenario | Spesenantrag wird erfasst, zur Genehmigung freigegeben und wird genehmigt, was zu einer Auszahlung führt |
Alternativszenario | Spesenantrag wird erfasst, zur Genehmigung freigegeben und wird abglehnt |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_26: Honorierung prüfen und vornehmen”
Use Case ID | TVS_26 |
---|---|
Beschreibung | Die Kursadministration muss befähigt sein, die Honorarabrechnung in Papierform, via E-Mail oder direkt im Portal der leitenden Person zuzustellen. Zudem müssen sie in der Lage sein, die Honorare zu berechnen:
Zusätzlich:
|
Akteure | Kurswesen Nationalverband |
Auslöser | Honorierung wird für alle seit der letzten Honorierung abgeschlossene Kurse vorgenommen |
Vorbedingungen | Kurs ist abgeschlossen, die Honorierung noch ausstehend |
Nachbedingungen | Die leitende(n) Person(en) werden honoriert, die Honor Abrechnung ist zugestellt |
Standardszenario | Honorierungslauf wird gestartet |
Alternativszenario | Honorierung wird manuell nachgeführt |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_27: Abrechnung vornehmen und zur Freigabe weiterleiten”
Use Case ID | TVS_27 |
---|---|
Beschreibung | Die Abrechnung eines Events kann erstellt werden. Spezialitäten: Kurswesen beim Nationalverband
|
Akteure | Leitende Person(en), Kurswesen Nationalverband |
Auslöser | Person möchte die Abrechnung eines Events erstellen |
Vorbedingungen | Event ist im System erfasst und wurde bereits durchgeführt |
Nachbedingungen | Die Abrechnung ist erstellt und zur Prüfung bereit |
Standardszenario | Abrechnung eines Events wird erstellt; Datengrundlagen werden sowohl aus dem Reglement der Veranstalterin als auch den Eventdaten extrahiert (z.B. Übernachtungs- und Reisekosten, Dienstleistungen Dritter, etc.) |
Alternativszenario | Abrechnung wird manuell erstellt; ein Formular strukturiert die Dateneingabe und prüft die Eingaben auf Eingabefehler |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_28: Abrechnung anpassen”
Use Case ID | TVS_28 |
---|---|
Beschreibung | Berechtigte Person passt eine Abrechnung an, um Änderungen abzubilden oder Fehler zu korrigieren |
Akteure | Leitende Person(en), Tourenkommission, Sektionsfunktionär (z.B. Finanzabteilung ), Kurswesen Nationalverband |
Auslöser | Die ursprüngliche Eingabe enthielt Fehler |
Vorbedingungen | Die Abrechnung ist im System vorhanden und wurde noch nicht freigegeben |
Nachbedingungen | Die Abrechnung ist aktualisiert und Änderungen sind dokumentiert |
Standardszenario | Die Abrechnung wird angepasst (es gelten die gleichen Bedingungen wie bei der Ersterfassung) |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_29: Abrechnung prüfen”
Use Case ID | TVS_29 |
---|---|
Beschreibung | Abrechnung wird entweder als regelkonform erachtet und freigegeben oder als nicht regelkonform zurückgewiesen. |
Akteure | Tourenkommission, Sektionsfunktionär (z.B. Finanzabteilung ), Kurswesen Nationalverband |
Auslöser | Periodische Abarbeitung Finanzaufgaben (Buchhaltung) |
Vorbedingungen | Abrechnung ist im System erfasst und zur Freigabe bereit. |
Nachbedingungen | Abrechnung ist entweder freigegeben oder zurückgewiesen. |
Standardszenario | Abrechnung wird als regelkonform erachtet und freigegeben. |
Alternativszenario | Abrechnung wird als nicht regelkonform erachtet und zurückgewiesen. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_30: Frage zu Abrechnung stellen”
Use Case ID | TVS_30 |
---|---|
Beschreibung | Die zu genehmigende Person einer Abrechnung kann dem Verfasser Fragen stellen. |
Akteure | Tourenkommission, Sektionsfunktionär (z.B. Finanzabteilung), Kurswesen Nationalverband |
Auslöser | Finanzabteilung stellt während Prüfung Fehler oder Unklarheit fest; Veranstalterin möchte mehr Informationen zur Abrechnung. |
Vorbedingungen | Abrechnung ist im System erfasst |
Nachbedingungen | Frage ist im System erfasst und der/die Empfänger/in ist über die Frage orientiert, der Status der Frage ist “ungelesen” |
Standardszenario | Frage wird zu einer Sache gestellt (mit Verknüpfung zu einem Datenfeld) |
Alternativszenario | Frage wird allgemein gestellt |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_31: Frage zu Abrechnung beantworten”
Use Case ID | TVS_31 |
---|---|
Beschreibung | Eine im Freigabeprozess der Abrechnung gestellte Frage kann der Verfasser beantworten. |
Akteure | Leitende Person, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Frage zu einer Abrechnung |
Vorbedingungen | Frage ist im System vorhanden |
Nachbedingungen | Frage ist als “gelesen” resp. als “beantwortet” markiert und beantwortet; der Fragesteller ist über die Antwort orientiert |
Standardszenario | Frage wird beantwortet |
Alternativszenario | Frage wird nur als “gelesen” markiert |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_32: Status der Abrechnung einsehen”
Use Case ID | TVS_32 |
---|---|
Beschreibung | Berechtigte Personen können den Status einer Anlassabrechnung jederzeit abrufen. |
Akteure | Leitende Person (nur eigene Abrechnungen), Tourenkommission, Sektionsfunktionär (z.B. Finanzabteilung), Kurswesen Nationalverband |
Auslöser | Person möchte sich über den Status einer Anlassabrechnung informieren |
Vorbedingungen | Auswahl der Anlassabrechnung (z.B. aus der Liste) |
Nachbedingungen | Person ist über den Status der Anlassabrechnung informiert |
Standardszenario | Status der Anlassabrechnung wird angezeigt |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_33: Abrechnungen anzeigen, sortieren, filtern und exportieren”
Use Case ID | TVS_33 |
---|---|
Beschreibung | Eine Liste aller für die Person berechtigten Abrechnungen ist zugänglich. Die Liste kann angezeigt, sortiert, gefiltert und exportiert werden. Mehrere Abrechnungen kann eine leitende Person selektieren, löschen oder zur Freigabe weiterleiten resp. die zu genehmigende Person kann mehrere Abrechnungen selektieren und diese freigeben oder ablehnen. |
Akteure | Leitende Person, Tourenkommission, Sektionsfunktionär (z.B. Finanzabteilung), Kurswesen Nationalverband |
Auslöser | Leitende Person möchte sich über eigene Abrechnungen informieren oder Finanzabteilung oder Veranstalterin möchte sich über irgendeine Abrechnung informieren |
Vorbedingungen | Anlassabrechnungen sind im System vorhanden |
Nachbedingungen | Person kann eine Anlassabrechnung auswählen oder hat einen Überblick |
Standardszenario | Person sucht nach konkreten Abrechnungen (z.B. anhand von Anlasstyp, -datum, -status, etc.) |
Alternativszenario | Person verschafft sich einen Überblick über die Abrechnungen |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Nachbearbeitungsphase
Use Case “TVS_34: Bericht erfassen und zur Freigabe weiterleiten”
Use Case ID | TVS_34 |
---|---|
Beschreibung | Person verfasst einen Bericht zu einem vergangenen Event, um dessen Durchführung öffentlich zu dokumentieren. Die im Bericht angezeigten Felder sind steuerbar/konfigurierbar (z.B. Zeitbedarf, Veränderungen der Route, Wetter), da die Felder von Tour zu Tour oder Sektion zu Sektion unterschiedlich sind. Ein Bericht kann allen oder nur Tourenleitern zugänglich gemacht werden. Vor der Publikation wird der Bericht einem Freigabeprozess unterzogen. Der Verfasser kann demnach den Bericht zur Freigabe der leitenden Person weiterleiten. Der Bericht kann als PDF-Dokument heruntergeladen werden. |
Akteure | Leitende Person, Teilnehmer |
Auslöser | Tourenleiter oder teilnehmende Person möchte die Erinnerungen an einen Anlass in einem Bericht zusammenfassen und diesen veröffentlichen. |
Vorbedingungen | Event ist im System erfasst und fand bereits statt |
Nachbedingungen | Bericht ist im System hinterlegt und zur Prüfung bereit |
Standardszenario | Person verfasst einen Bericht mithilfe eines integrierten Editors (WYSIWYG), dabei kann auf Fotos, Wegpunkte, Hütten, etc. aus Drittsystemen verwiesen werden (diese Verweise liegen als Link vor) und leitet diesen zur Freigabe weiter |
Alternativszenario | Person verfasst einen Bericht und stellt diesen als PDF zur Verfügung |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_35: Bericht prüfen”
Use Case ID | TVS_35 |
---|---|
Beschreibung | Person prüft den freigegebenen Bericht und gibt diesen je nach Resultat frei oder weist diesen zurück. |
Akteure | Tourenkommission, Kurswesen Nationalverband |
Auslöser | Periodische Prüfung aller neuen Berichte oder einzelne Prüfung nach der Einreichung eines neuen Anlassberichts. |
Vorbedingungen | Bericht ist im System erfasst. |
Nachbedingungen | Bericht ist entweder freigegeben oder zurückgewiesen. |
Standardszenario | Bericht wird geprüft, als regelkonform erachtet und freigegeben. |
Alternativszenario | Bericht wird geprüft, als nicht regelkonform erachtet und zwecks Überarbeitung zurückgewiesen. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_36: Fotos hochladen”
Use Case ID | TVS_36 |
---|---|
Beschreibung | Person stellt selbstgemachte Fotos eines vergangenen Events zur Verfügung, um dessen Durchführung öffentlich zu dokumentieren. Vor der Publikation werden die Fotos einem Freigabeprozess unterzogen. Die Person, die die Fotos hochlädt, kann die Fotos demnach zur Freigabe der leitenden Person weiterleiten. Die Fotos werden in einem DMS abgelegt. |
Akteure | Leitende Person, Teilnehmer, Kurswesen Nationalverband |
Auslöser | Teilnehmende Person möchte die Erinnerungen an einen Anlass mit Fotos dokumentieren und diese veröffentlichen. |
Vorbedingungen | Event ist im System erfasst und fand bereits statt. |
Nachbedingungen | Fotos sind im System hinterlegt und zur Prüfung bereit. |
Standardszenario | Person lädt die Fotos vom eigenen Gerät hoch. |
Alternativszenario | Person gibt die Fotos auf einem Dateihostingdienst für das System frei. Dabei werden die Fotos durch das System vom angegebenen Dateihostingdienst heruntergeladen und im System gespeichert. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_37: Fotos prüfen”
Use Case ID | TVS_37 |
---|---|
Beschreibung | Person prüft die Fotos und gibt diese je nach Resultat frei oder löscht diese vom System. Die Entscheidung wird pro Foto gefällt. |
Akteure | Leitende Person, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Periodische Prüfung aller neuen Fotos oder einzelne Prüfung nach der Einreichung neuer Fotos eines Events. |
Vorbedingungen | Fotos sind im System erfasst. |
Nachbedingungen | Fotos sind entweder freigegeben oder gelöscht. |
Standardszenario | Fotos werden geprüft, als regelkonform erachtet und freigegeben. |
Alternativszenario | Fotos werden geprüft, als nicht regelkonform erachtet und gelöscht. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_38: Berichte und Fotos anzeigen”
Use Case ID | TVS_38 |
---|---|
Beschreibung | Zur Publikation freigegebene Berichte und/oder Fotos können dargestellt werden. Verlinkte Informationen (Personendetails, Daten aus Tourenportal, etc.) werden ebenfalls dargestellt. |
Akteure | Alle |
Auslöser | Auswahl des Events (z.B. aus dem Programm). |
Vorbedingungen | Bericht und/oder Fotos ist/sind erfasst (und ggf. freigegeben) |
Nachbedingungen | Person hat einen guten Eindruck vom vergangenen Anlass. |
Standardszenario | Darstellung des Berichts und/oder der Fotos (diese können chronologisch oder auf einer Karte dargestellt werden, EXIF Daten sind verfügbar). |
Alternativszenario | Bericht kann als PDF heruntergeladen werden; Fotos können einzeln oder gemeinsam als ZIP heruntergeladen werden. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_39: Umfrage starten”
Use Case ID | TVS_39 |
---|---|
Beschreibung | Personen, die in der Anwesenheitskontrolle registriert wurden, sollen nach Abschluss des Events eine Einladung zu einer strukturierten Umfrage erhalten. Die Antworten kann das Kurswesen auswerten. |
Akteure | Leitende Person(en), Kurswesen Nationalverband |
Auslöser | Event wird abgeschlossen |
Vorbedingungen | Umfrage ist vorhanden/konfiguriert und die anwesenden Personen sind im System registriert |
Nachbedingungen | Teilnehmende Personen erhalten eine Einladung zu einer strukturierten Umfrage |
Standardszenario | Leitende Person(en) lösen Umfrage aus |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_40: Umfrage konfigurieren”
Use Case ID | TVS_40 |
---|---|
Beschreibung | Die Umfragen, die jeweils nach Abschluss eines Events an den Teilnehmenden und der leitenden Person zugänglich gemacht werden, kann das Kurswesen konfigurieren. D.h. die Fragen und Antworten können im Tool erfasst werden. Die Antworten kann das Kurswesen auswerten. |
Akteure | Leitende Person(en), Kurswesen Nationalverband |
Auslöser | Event wird abgeschlossen |
Vorbedingungen | Eventdaten sind im System erfasst |
Nachbedingungen | Eine Umfrage kann gestartet werden |
Standardszenario | Kursadministration definiert pro Event-Typ die Fragen und möglichen Antworten und definiert basierend auf dem die Struktur der Umfrage |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_41: Qualifikationen, Aus- und Fortbildungen einsehen und nachführen”
Use Case ID | TVS_41 |
---|---|
Beschreibung | Es gibt zwei Szenarien zu beachten: Qualifikationen, Aus- und Fortbildungen werden bei der Person nachgeführt
Aktuelle Situation:
|
Akteure | Tourenkommission, Sektionsfunktionär, Kurswesen Nationalverband, Teilnehmer |
Auslöser | Erfolgreichem Kursabschluss oder bei Nachkorrektur/Anfrage einer Person |
Vorbedingungen | Erfolgreicher Kursabschluss liegt im System vor |
Nachbedingungen | Qualifikation und Ausbildungshistory der Person wird entsprechend aktualisiert |
Standardszenario | Kurs wird abgeschlossen und führt zur Verlängerung einer Qualifikation, da 18 Stunden erreicht wurden |
Alternativszenario | Kurs wird abgeschlossen und führt aber nicht zur Verlängerung einer Qualifikation, da 18 Stunden noch nicht erreicht wurden |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Verwaltungsaktivitäten
Use Case “TVS_42: Aufgabenvorlage erfassen & verwalten”
Use Case ID | TVS_42 |
---|---|
Beschreibung | Mit der Eröffnung einer neuen Kurskategorie und/oder eines neuen Kurscodes im Kursstamm können neue Aufgaben (als Vorlage) erfasst werden. Anhand von Aufgabenvorlagen sollen pro Kurskategorie/Kursstamm definierte Standard-Aufgaben erfasst werden können. Die Aufgabenvorlagen werden einer Kurskategorie sowie einem Kursstamm zugewiesen. Jede Aufgabenvorlage hat eine Beschreibung und muss in entsprechender Reihenfolge abgearbeitet werden. Des Weiteren sind bei jeder Aufgabenvorlage Angaben hinterlegt zwecks Berechnung der Termine (z.B. Erledigungsdatum). Eine Aufgabe kann eine Vor- oder Nachbearbeitungsaufgabe repräsentieren. Ein paar Beispiele aktuell existierender Aufgabenvorlagen: Zusätzlich zu den Standard-Aufgaben, welche basierend auf der Aufgabenvorlage generiert werden, soll der User die Möglichkeit haben, zusätzliche Aufgaben zu erfassen und zu verwalten/bearbeiten. |
Akteure | Kurswesen Nationalverband |
Auslöser | Neue Kurskategorie, Kursstamm oder neuer Kurs |
Vorbedingungen | Kurskategorie, Kursstamm oder Kurs ist erfasst |
Nachbedingungen | Aufgaben sind der Kurskategorie, Kursstamm oder Kurs hinterlegt |
Standardszenario | Kurswesen eröffnet neue Kurskategorie und Kursstamm und definiert für diese eine neue Aufgabenvorlage |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_43: Aufgabenvorlage auf Kursstämme & Kursangebote vererben”
Use Case ID | TVS_43 |
---|---|
Beschreibung | Die vordefinierten Standard-Aufgaben aus der Vorlage sollen automatisch generiert werden, sobald ein neues Kursangebot eröffnet wird. Diese passen sich automatisch an, falls das Kursdatum manuell geändert wird. Wenn Anpassungen in der Aufgabenvorlage vorgenommen werden - d.h. wenn in der Aufgabenvorlage eine neue Aufgabe erfasst oder eine bestehende Aufgabe mutiert/gelöscht wird - soll es diese Anpassungen auf die darunterliegenden Kursstamm- und Kursangebot-Einträge vererben. |
Akteure | Kurswesen Nationalverband |
Auslöser | Ein neues Kursangebot wird eröffnet; Aufgabenvorlage oder das Kursdatum wird angepasst |
Vorbedingungen | Kursangebot ist im System erfasst und eine Aufgabenvorlage für die zugewiesene Kurskategorie liegt vor |
Nachbedingungen | Pendenzen sind im Kursangebot hinterlegt und die Aufgaben sind einer Person zugewiesen |
Standardszenario | Kursangebot wird eröffnet, Aufgabenvorlage liegt vor und die Pendenzen werden eröffnet |
Alternativszenario | Kursangebot wird eröffnet, Aufgabenvorlage liegt nicht vor |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_44: Aufgaben bearbeiten und zuweisen”
Use Case ID | TVS_44 |
---|---|
Beschreibung | Sobald die Aufgaben aus der Aufgabenvorlage generiert wurden, kann der User die Aufgaben einem Mitarbeitenden oder einem Team zuweisen, sofern das System dies nicht automatisch vorgenommen hat. Sobald eine Aufgabe in Bearbeitung ist oder erledigt wurde, soll der User die Möglichkeit haben, den Status der Aufgabe zu ändern. Solche Statuswechsel sind protokolliert (mit Datum, User-ID etc.) und eine Historie ist zugänglich. Neben dem Statuswechsel, kann der User Notizen zu den Aufgaben hinzufügen. |
Akteure | Kurswesen Nationalverband |
Auslöser | Aufgaben werden eröffnet |
Vorbedingungen | Pendenzen sind im Kursangebot hinterlegt und ist noch niemandem zugeteilt |
Nachbedingungen | Pendenz ist einer Person zugewiesen |
Standardszenario | Aufgaben werden aus der Aufgabenvorlage generiert, die einzelnen Pendenzen werden Personen zugewiesen |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_45: Änderungsgeschichte eines Events einsehen”
Use Case ID | TVS_45 |
---|---|
Beschreibung | Personen können die Änderungsgeschichte eines Events einsehen. |
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Person möchte sich über die vergangenen Änderungen informieren |
Vorbedingungen | Event ist im System erfasst |
Nachbedingungen | Person ist über die Änderungsgeschichte des Events informiert. |
Standardszenario | Änderungsgeschichte wird angezeigt |
Alternativszenario | Änderungsgeschichte wird teilweise angezeigt (evtl. schützenswerte Daten werden verborgen, z.B. Personendaten) |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_46: Änderungsgeschichte einer Abrechnung einsehen”
Use Case ID | TVS_46 |
---|---|
Beschreibung | Personen können die Änderungsgeschichte einer Anlassabrechnung einsehen. |
Akteure | Sektionsfunktionär, Tourenkommission, Kurswesen Nationalverband |
Auslöser | Person möchte sich über die vergangenen Änderungen informieren |
Vorbedingungen | Abrechnung ist im System erfasst |
Nachbedingungen | Person ist über die Änderungsgeschichte der Abrechnung informiert |
Standardszenario | Änderungsgeschichte wird angezeigt |
Alternativszenario | Änderungsgeschichte wird teilweise angezeigt (evtl. schützenswerte Daten werden verborgen, z.B. Personendaten) |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_47: Etikette drucken”
Use Case ID | TVS_47 |
---|---|
Beschreibung | Im Kurswesen beim Nationalverband werden Etiketten aus zwei Gründen benötigt:
Das Format der Etiketten muss konfigurierbar sein. |
Akteure | Kurswesen beim Nationalverband |
Auslöser | Buchversand (z.B. Bergsport Sommer) aufgrund einer Kursanmeldung oder Kursunterlagenversand an Kurskader |
Vorbedingungen | Kursanmeldung wird bestätigt und ein physischer Versand eines Dokuments ist notwendig |
Nachbedingungen | Etikette kann für den Briefumschlag zwecks Postversand genutzt werden |
Standardszenario | Etikette wird gedruckt |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_48: Sektion als Mandantin freigeben”
Use Case ID | TVS_48 |
---|---|
Beschreibung | Jede Sektion, welche die Software verwenden will, wird für diese einzeln freigegeben und damit als Mandantin erfasst. |
Akteure | Ressort Digitalisierung & IT |
Auslöser | Auftrag der Sektion an den Nationalverband |
Vorbedingungen | Die Sektion ist in einem verbundenen Drittsystem korrekt erfasst. |
Nachbedingungen | Die Sektion ist als Mandantin freigegeben. |
Standardszenario | Freigabe der Sektion als Mandantin. |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_49: Organisationsmodell der Mandantin auswählen”
Use Case ID | TVS_49 |
---|---|
Beschreibung | Die Sektionen organisieren sich selbständig und haben unterschiedliche Prozesse. Diese werden im System entsprechend abgebildet. U. A. sollen die Freigabestufen konfigurierbar sein - bei SAC Uto z.B. gilt Folgendes:
|
Akteure | Systembetreiber |
Auslöser | Auftrag der Sektion an den Nationalverband. |
Vorbedingungen | Die Sektion ist als Mandantin freigegeben. |
Nachbedingungen | Das Organisationsmodell der Sektion ist für die Mandantin abgebildet. |
Standardszenario | Vordefiniertes Organisationsmodell auswählen und anwenden. |
Alternativszenario | Zusätzliches Organisationsmodell konfigurieren (lassen). |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_50: Rolle(n) aus dem Organisationsmodell einer Person zuweisen”
Use Case ID | TVS_50 |
---|---|
Beschreibung | Eine Person kann eine oder mehrere Rollen pro Mandantin innehaben. Diese Rollenzuweisungen werden im System entsprechend abgebildet. |
Akteure | Ressort Digitalisierung & IT |
Auslöser | Person übernimmt eine Rolle oder gibt diese ab. |
Vorbedingungen | Die Sektion ist als Mandantin freigegeben und die Person ist in einem verbundenen Drittsystem erfasst. |
Nachbedingungen | Die Person hat die der Rolle zugewiesenen Berechtigungen und kann entsprechende Funktionen nutzen. |
Standardszenario | Aktuell gültige Rollen pro Person auswählen und anwenden. |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_51: Präferenzen konfigurieren”
Use Case ID | TVS_51 |
---|---|
Beschreibung | Person kann ihre Präferenzen konfigurieren und so das Verhalten des Systems an ihre Bedürfnisse anpassen. |
Akteure | Alle |
Auslöser | Person möchte das Verhalten des Systems verändern. |
Vorbedingungen | Person ist im System erfasst. |
Nachbedingungen | System verhält sich den Bedürfnissen der Person entsprechend. |
Standardszenario | Person wählt die Art und Weise der Kommunikation aus (Mails je nach Aktion, Push-Nachrichten an App, etc.). |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_52: Datenschutzoptionen konfigurieren”
Use Case ID | TVS_52 |
---|---|
Beschreibung | Person gibt die eigenen Datenschutzoptionen an. |
Akteure | Teilnehmer/in |
Auslöser | Ersterfassung oder Aktualisierung der Datenschutzpräferenzen. |
Vorbedingungen | Person ist im System erfasst. |
Nachbedingungen | Im System gespeicherte Personendaten werden entsprechend den Wünschen der betreffenden Person geschützt. |
Standardszenario | Person gibt das Datenschutzlevel dieser Informationen an (z.B. nur für Leitende eines Anlasses, für welche sich die Person angemeldet hat oder für alle Funktionär/innen). |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_53: Notfallkontaktdaten beziehen”
Use Case ID | TVS_53 |
---|---|
Beschreibung | Das System bezieht die Informationen des Notfallkontakts aus dem CRM-System. |
Akteure | System |
Auslöser | Anmeldung wird bestätigt |
Vorbedingungen | Notfallkontakt ist im CRM-System erfasst. |
Nachbedingungen | Notfallkontakt ist ist im TVS-System bekannt |
Standardszenario | Anmeldung wird bestätigt und System prüft, ob Notfallkontakt im CRM-System konfiguriert ist |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_54: Gesundheitsdaten beziehen”
Use Case ID | TVS_54 |
---|---|
Beschreibung | Das System bezieht die Gesundheitsinformationen aus dem CRM-System. |
Akteure | Teilnehmer/in |
Auslöser | Anmeldung wird bestätigt |
Vorbedingungen | Gesundheitsinformationen sind bei der Person im CRM-System hinterlegt |
Nachbedingungen | Relevante Gesundheitsinformationen sind dem TVS-System bekannt |
Standardszenario | System erhält die Gesundheitsinformationen von der Person aus dem CRM-System (z.B. Fleisch/Vegetarisch/Vegan, Nahrungsmittelallergien, körperliche oder geistige Einschränkungen, etc.). |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_55: E-Mail Vorlagen verwalten”
Use Case ID | TVS_55 |
---|---|
Beschreibung | Sämtliche E-Mails, die der Kommunikation dienen (z.B. für eine Anmelde-/Wartelistebestätigung, Rechnungszustellung, Fragen), sind konfigurierbar in Form von mehrsprachigen Vorlagen. In den Vorlagen können Parameter eingefügt werden (z.B. Datum, Empfänger). |
Akteure | Kurswesen Nationalverband, Sektionsfunktionäre, Tourenkommission |
Auslöser | Kommunikation via E-Mail wird ausgelöst |
Vorbedingungen | E-Mail Vorlage vorhanden |
Nachbedingungen | E-Mail wird dem Empfänger zugestellt |
Standardszenario | Diverse - z.B. Kursanmeldung wird bestätigt, daraufhin wird eine E-Mail in der entsprechenden Korrespondenzsprache dem Teilnehmer zugestellt |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
|
Use Case “TVS_56: Statistiken ziehen”
Use Case ID | TVS_56 |
---|---|
Beschreibung | Es können Statistiken erstellt werden (z.B. Anlässe pro Monat, Anmeldungen pro Tourenart, No-Shows pro Jahr, etc.). |
Akteure | Kurswesen Nationalverband, Sektionsfunktionäre, Tourenkommission |
Auslöser | Person wünscht Einsicht in die Situation innerhalb eines Zeitraums. |
Vorbedingungen | Ausführende Person ist einer Rolle mit Berechtigung zugewiesen. |
Nachbedingungen | Person erhält die gewünschten Informationen. |
Standardszenario | Statistik wird erstellt und angezeigt. |
Alternativszenario | Statistik wird erstellt und als Dokument heruntergeladen. |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_57: Finanzieller Erfolg simulieren”
Use Case ID | TVS_57 |
---|---|
Beschreibung | Das Kurswesen beim Nationalverband hat die Möglichkeit, Verkaufspreise der Kurse zu berechnen. Hierzu soll ein Kalkulationstool zum Berechnen der Verkaufspreise für die Eingabe der geplanten direkten Kosten, der Bruttogewinnmargé und der minimalen und maximalen Teilnehmerzahl pro Kurs und/oder Kurs-Art zum Zuge kommen. Hierfür sollten jeweils auch die im Vorjahr erzielten Ausgaben, Einnahmen und Bruttogewinn als Vergleich ersichtlich sein. Die berechneten Preise bilden zugleich die Grundlage für die Preiskalkulation des kommenden Kursjahres. |
Akteure | Kurswesen beim Nationalverband |
Auslöser | Jahresplanung |
Vorbedingungen | Verkaufspreise sind hinterlegt |
Nachbedingungen | Eine Simulation wird vorgenommen und das Kurswesen kennt die Bruttogewinnmarge |
Standardszenario | |
Alternativszenario | - |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Use Case “TVS_58: Leitende Personen verwalten”
Use Case ID | TVS_58 |
---|---|
Beschreibung | Leitende Personen werden im CRM-System gepflegt. Das TVS-System soll diverse Angaben via REST-Schnittstelle beziehen (z.B. Bankverbindung, Honorarsatz, AHV-Nummer, Selbständigkeit Sozialleistungen, Ausbildung/Profil/Qualifikationen, Sprachkenntnisse, History Arbeitseinsätze, Feedbacks, Foto etc.). |
Akteure | System |
Auslöser | Diverse |
Vorbedingungen | Leitende Peson ist im CRM-System erfasst |
Nachbedingungen | Diverse |
Standardszenario | Diverse |
Alternativszenario | Diverse |
In Scope für Sektion | |
In Scope für NV | |
MVP |
Allgemeine Anforderungen
Alle unten aufgelisteten Use Cases sind MVP-relevant:
Use Case | Beschreibung |
---|---|
Use Case “TVS_59: Anpassungen und Aktionen nachverfolgen“ | Das System muss alle in den Use Cases beschriebenen Anpassungen und Aktionen einer Entität zwecks Nachverfolgung dokumentieren. |
Use Case “TVS_60: Datensätze historisieren“ | Das System muss die Möglichkeit bieten, alle in den Use Cases beschriebenen Anpassungen und Aktionen einer Entität als Änderungsgeschichte darzustellen. |
Use Case “TVS_61: Personen benachrichtigen“ | Das System muss Personen über eigene zu erledigende Aufgaben oder von Dritten erledigte Aufgaben informieren. Dabei müssen die Präferenzen der Person berücksichtigt werden, siehe https://saccas.atlassian.net/wiki/spaces/DIGISAC/pages/3868098614/Use+Case+Katalog#Use-Case-%E2%80%9CEigene-Optionen-konfigurieren%E2%80%9D. |
Use Case “TVS_62: Personen berechtigen“ | Das System muss bei allen Aktionen das Organisationsmodell berücksichtigen, insbesondere in Bezug auf die Berechtigungen der Benutzer*innen. |
Use Case “TVS_63: Organisationsmodell ändern“ | Das System muss Änderungen im Organisationsmodell abbilden können, ohne dass Entitäten oder Entitätseigenschaften dabei die Freigabe erhalten oder verlieren. |
Use Case “TVS_64: Regeln übersteuern“ | Das System muss im Krisenfall die Regeln betreffend Datenschutzoptionen (Personen) und Freigaben (Anlässe) ignorieren und den berechtigten Rollen die relevanten Daten zur Verfügung stellen können, siehe https://saccas.atlassian.net/wiki/spaces/DIGISAC/pages/3868098614/Use+Case+Katalog#Use-Case-%E2%80%9CDatenschutzoptionen%E2%80%9D. |
Use Case “TVS_65: Abrechnungsdaten exportieren“ | Das System soll die Möglichkeit bieten, aus Abrechnungen resultierende Überweisungen in das Buchhaltungssystem der Finanzabteilung exportieren zu können. |
Use Case “TVS_66: Daten über genormte Schnittstellen exponieren“ | Das System muss in der Lage sein via REST-Schnittstellen die Event-Daten an Drittsysteme zu übertragen, sodass diese z.B. unter http://sac-cas.ch oder auf der sektionseigenen Homepage präsentiert werden können. |
Use Case “TVS_67: Integration in die relevanten Umsysteme” | Das System muss mit den relevanten System angebunden sein.
|
Weitere Use Cases (nicht MVP-relevant)
Liste nicht abschliessend:
Add Comment