Benutzer-Werkzeuge

Webseiten-Werkzeuge


faq:start

FAQ: Häufig gestellte Fragen

Ticketing

Was ist beim Eröffnen eines Tickets zu beachten?

Ein Ticket soll möglichst im passenden Projekt eröffnet werden. Also „Druck“ für alle druckbezogenen Probleme, für die Module entsprechend PA, PD oder PO-Modul, für alle anderen Desktop-Applikationen passt der Bereich „Tools“. Zeugnisse haben ihren eigenen Bereich.

Für die Web-Komponenten gibt es ebenfalls diverse Unterkategorien. Achtung, FN2PA ist nicht das Desktop-PA-Modul, sondern der Web-Zugang für das Prüfungsamt.

Besonders wichtig ist eine „sprechende“ Überschrift. Dieser Titel wird später in den Release Notes verwendet. Je verständlicher der Titel gewählt wird, umso weniger Zeit müssen später alle investieren, um zu verstehen, worum es hier geht.

Fehlermeldungen sollen das Problem möglichst genau schildern. Das bedeutet, es soll nicht nur die reine SQL-Fehlermeldung genannt werden, sondern auch der Zusammenhang, in dem das Problem aufgetreten ist. Es sollte möglich sein, anhand der Beschreibung den Fehler zu reproduzieren.

Hilfreich sind Beispielfälle, insbesondere mit Lesezeichen. Auch Screenshots können zum Verständnis beitragen.

Auch Erweiterungswünsche und Anforderungen sollen so beschrieben sein, dass eine Person, die nicht direkt involviert ist, verstehen kann, worum es geht.

Welchen Tracker/Ticket-Typ soll ich verwenden?

Fehler: Bei allen Arten von Fehlern, die reproduzierbar auftreten.

Support: Setzen wir, wenn sich herausstellt, dass ein gemeldeter Fehler gar kein Programmfehler ist, sondern z.B. ein Problem in der Modellierung. Auch für umfangreicheren Support mit Dokumentationsaufwand oder Abstimmung zwischen mehreren Beteiligten. Für einfache Supportanfragen ist aber immer noch ein Anruf das Mittel der Wahl.

Vorschlag für Erweiterung: Für kleinere Erweiterungen, die deutlich unter dem Aufwand für eine Anforderung liegen. Auch hier ist eine vorherige Absprache von uns erwünscht.

Erweiterung: Bitte nicht benutzen. Wird ein Vorschlag für eine Erweiterung von uns angenommen, setzen wir diesen Typ.

Vorschlag für Anforderung: Für die Vorschläge, die Ihr während der Usergroup-Tagung vorstellen wollt.

Anforderung: Bitte nicht benutzen. Wird ein Vorschlag für eine Anforderung während der Usergroup-Tagung angenommen, setzen wir diesen Typ.

Support (abrechnen): Ein Sonderfall. Bitte ignorieren.

Einführung: Für Einführungsprojekte an neuen Hochschulen.

Wem soll ich ein Ticket zuweisen?

Wenn die zuständige Person bekannt ist, kann das Ticket auch entsprechend zugewiesen werden. Eine Liste der Zuständigkeiten ist hier zu finden: Zuständigkeiten im FlexNow-Team
Falls Unsicherheit besteht, geht das Ticket an Gerlinde Fischer; sie verteilt dann entsprechend um.

Ein Ticket, das an niemanden zugewiesen ist, sehen wir unter Umständen erst deutlich zeitverzögert!

Ein Ticket mit dem Status „erledigt“ muss nicht mehr zugewiesen werden.

Mein Ticket ist gelöst, was jetzt?

Bitte testet, ob die Erweiterung/Fehlerbehebung wie gewünscht umgesetzt wurde. Falls ja, setzt das Ticket auf den Status „erledigt“. Falls nein, meldet Euch bitte zeitnah bei der zuständigen Person.

Falls wir innerhalb von vier Wochen nichts von Euch hören, gilt das Ticket als abgenommen. Gewünschte Ergänzungen (nicht Fehlerkorrekturen) bedürfen dann eines neuen Tickets.

Anforderungen

Gewünschte Anforderungen werden als Vorschläge bei den Usergroup-Tagungen der Gruppe vorgestellt. Sie sind bis spätestens eine Woche vor der Tagung als „Vorschlag für Anforderung“ ins Ticketsystem einzustellen.

Nachdem der Vorschlag von der Usergroup angenommen wurde, wird der Typ des Tickets von uns auf „Anforderung“ geändert. Spätestens dann ist eine konkrete und detaillierte Beschreibung der gewünschten Funktionalitäten/Änderungen im Ticket zu hinterlegen.

Updates

fn2Module

  • Größere Versionen (Releases) mit neuen Funktionen planen wir für Januar und August, in Abstimmung mit fn2Web. Falls es aufgrund dringend benötigter Anforderungen/Erweiterungen erforderlich ist, werden wir auch außerplanmäßige Releases veröffentlichen.
  • Fehlerbehebungen bringen wir als Patches des jeweils letzten Release heraus.
  • Bei kritischen Fehlern bezeichnen wir den Patch als Hotfix. Für Hotfixes ist ein baldiges Einspielen dringend empfohlen, sofern das zugehörige Release im Einsatz ist.
  • Testversionen gibt es weiterhin nach Absprache; diese sind nicht für den Einsatz in Echtsystemen vorgesehen.

In den Release Notes weisen wir in der Überschrift aus, ob es sich um Release, Patch oder Hotfix handelt. Sofern eine Version nur gemeinsam mit bestimmten Versionen der fn2Web-Komponenten eingesetzt werden darf, weisen wir natürlich darauf hin.

Wenn eine Version herauskommt, informieren wir über den Verteiler „Updates“, auf dem nun alle Hochschulen mit mindestens einer Adresse vertreten sind.

fn2Web

Für die fn2 Webmodule existiert ein Versionierungsschlüssel:

2.[Release].[Patch].[Fix]

Die Version 2.04.03.002 ist somit der zweite Fix im dritten Patch von Release Nummer vier.

  • Releases unterscheiden sich grundlegend in Funktion und Präsentation. Wir haben kein festgelegtes Intervall für neue Releases, die Neugestaltung von FN2SSS und der Prüfungs An-/Abmeldung wird jedoch zum Beispiel einen neuen Release darstellen.
  • Patches veröffentlichen wir in etwa halbjährlich oder in Sonderfällen (wie z.B. 2.04.03, um Kompabilität mit den fn2Modulen besser kennzeichnen zu können). Patches beinhalten meistens neben einer Vielzahl von Fehlerbehebungen auch umgesetzte Erweiterungen und Anforderungen.

Achtung
Wir supporten grundsätzlich nur die beiden letzten Patch-Versionen!

  • Fixes werden nach Bedarf veröffentlicht und sind primär für dringende Fehlerbehebungen und kleine Erweiterungen gedacht.

Unsere Release Notes sind nach den einzelnen Patches sortiert. Auch wir weisen darauf hin, wenn Abhängigkeiten zu bestimmten fn2Modulen bestehen.

Neue Patches und Releases werden per Verteiler angekündigt.

Zusätzlich zu den Release Notes im Wiki können unsere Patchnotes auch im Verzeichnis
{git-Repository}/Release-Notes/ in den *.md-Dateien gefunden werden.

faq/start.txt · Zuletzt geändert: 2019/05/15 13:47 von sschmitz