Wunsch

Sie haben einen dringenden Wunsch? Das TraiNex lebt auch von den Anregungen der Kunden. Wir freuen uns über Ihre Anregungen.

Wir unterscheiden grob zwischen Fehlern und Anregungen.

Fehler mit Fehlermeldungen werden von uns möglichst innerhalb 36 Stunden behoben. Senden Sie uns dazu einfach formlos die Fehlermeldung in einer Mail. Wir melden uns dann schnellstmöglich.

Anregungen leiten Sie bitte nur strukturiert an uns weiter. Berechtigte Administratoren auf Kundenseite haben unter Admin/Logdatei die Möglichkeit, einen Wunsch/FeatureRequest zu formulieren. Bitte geben Sie die Dringlichkeit/Wichtigkeit und das vorhandene Budget an. Wir werden danach entscheiden, ob und wann und mit welcher Priorität der Wunsch erfüllt werden. Bitte haben Sie Verständnis dafür, dass nicht jeder Wunsch Einzug finden kann in das Produkt TraiNex.

Für die Realisation eines Wunsches gehen Sie bitte von 2 bis 9 Monaten Entwicklungszeit aus. Bei einfachen Wünschen nutzen wir das 3-Ebenen-Modell und unterscheiden zwischen Präsentationsschicht, Applikationsschicht und Datenbankschicht. Bei komplexeren Wünschen nutzen wir das ARIS-Systemhaus, das in Fachkonzept, DV-Konzept und Implementierungskonzept unterscheidet bei Daten-, Funktionen-, Organisations- und Steuerungsicht. Um eine qualititiv gute Umsetzung zu realisieren, halten wir uns intern dabei an die folgenden Arbeits- und Prüfschritte.

Erste Grob-Prüfung

• ist es ein a. Code-Fehler, ein b. logischer Fehler oder ein c. funktionaler Wunsch

Falls a oder b: Fehler innerhalb 36 Stunden reproduzieren und beheben

Falls c:

• Prüfung der erforderlichen Funktionalität

• • ist die geforderte Funktionalität derzeit bereits verfügbar?
  • ist der Wunsch mit einem abgewandelten Prozess in TraiNex bereits verfügbar?
  • würde die Realisation die Bedienung für andere Nutzer erheblich erschweren?

• • ist es ein kundenindividuelles oder ein nutzerindividuelles Problem?
  • ist die Funktion bei anderen Kunden ebenfalls sinnvoll einsetzbar oder ggf. bereits gewünscht?

• Prüfung der Auswirkungen auf Datenschutz
  • wer darf diese Daten sehen oder nicht sehen? Wer darf schreiben?
  • Prüfung der Auswirkungen auf das Rechtekonzept (Sind Sonderrechte

betroffen?)

• • ist Dokumentation in Logdatei erforderlich
• ist das Backup betroffen?
• Prüfung der Auswirkung auf Serversicherheit?
• Prüfung der Auswirkung auf Page-Performance? Performance-Änderung in Millisekunden?
• Auswirkung auf ISO 27001?

• Prüfung der Kompatibilität zu dem relationalen Datenmodell (Datenbankebene)
  • welche Tabellen sind betroffen?
  • welche Felder sind betroffen?
  • sind neue Felder erforderlich?
  • hätte die Änderung eine Auswirkung auf den Altbestand?
  • hätte die Änderung eine Auswirkung auf die zukünftige Fortenwicklung des Systems?

• Prüfung der Auswirkungen auf Textbausteine
• Mobile Web-App betroffen?
• Navigationsmenüs betroffen?
• Infoscreen betroffen?

• Prüfung der Kompatibilität zu dem vorhandenen Code
  • welches Modul ist betroffen?
  • welche Nebenmodule sind nebenbei betroffen?
  • welche Dateien sind betroffen?
  • sind SQL-Abfragen betroffen?
  • sind Schreibvorgänge erforderlich?
  • sind pyhsische Datei-Speichervorgänge erforderlich?

• Realisation
  • ist der Antragsteller berechtigt zur Antragstellung?
  • welcher Rahmenvertrag liegt vor?
  • liegt ein Auftrag vor (Budget?)
  • sind die Rechte geklärt?
  • welcher Development-Slot ist verfügbar?

• Dokumentation des Wunsches (english/deutsch)
  • ggf. Erstellung eines ERM/EPK/UML-Modells
  • 3-Ebenen-Modell oder ARIS-Systemhaus notwendig?
  • Formularlayout (Usability/Farben)
  • ggf. Erstellung einer Excel-Simulation
  • Diskussion im Development-Meeting
  • Abschätzung von Realisationskosten

• • Überschneidung mit anderen Moduln, die sich in Entwicklung befinden
  • interne Vergabe an zuständigen Developer
  • Zwischenpräsentation Developer
  • Endpräsentation Developer
  • Nachbearbeitung/Vereinheitlichung

• Debugging
  • Erstellung eiens Debugging-Möglichkeitenbaums
  • Debugging aller Möglichkeiten mit allen Rechten (Stud/Admin/Dozent)
  • Dokumentation aufgetretener Fehler
  • Abschlußbesprechung intern
  • Planung des Updates-Prozesses (Umstellung DB/Code/Rechte)

• • Information des Kunden/Rechnungsstellung
  • Schulung des Kunden
  • Änderung des Wiki
  • Aufnahme in Schulung der TraiNex-Akademie

Übrigens versuchen wir die Vorteile der agilen Softwareentwicklung zu nutzen. Mehr dazu hier: https://de.wikipedia.org/wiki/Agile_Softwareentwicklung