Das Issue–Tracking–System Perfect Tracker 7 der Firma Avensoft soll gegen eine andere Anwendung, Atlassians JIRA 4, ausgetauscht werden um die Effizienz der Benutzung und Verwaltungs zu steigern. Diese Arbeit dokumentiert die Untersuchung der Machbarkeit. Das bestehende System wurde auf seine Funktionsweise untersucht und mit den Möglichkeiten des potentiellen Nachfolgesystems verglichen. Durch interne Untersuchungen wurde die Art, in der das System genutzt wird, erfasst und eine Strategie zur Imitation dieser Verfahrensweisen gesucht. Die Untersuchung ergab, dass die Umstellung möglich ist, jedoch die Verwendung und Entwicklung von Plugins voraussetzt, um einige der bekannten Funktionen und Arbeitsweise zu imitieren. Die Migration der bisherigen Datenbestände ist ebenso möglich. Eine Umstellung der Systeme ist möglich und sinnvoll.
Inhaltsverzeichnis
1 Einleitung
2 Motivation
2.1 Beweggründe der Untersuchung
2.2 Möglicher Gewinn der Umstellung
3 Produktanalyse
3.1 Grundsätzliches zu Issue Tracking Systemen
3.2 Produktanalyse: Avensoft Perfect Tracker 7
3.2.1 Einleitung
3.2.2 Architektur
3.2.3 Zusammenfassung
3.3 Produktanalyse: Atlassian JIRA 4
3.3.1 Einleitung
3.3.2 Architektur
3.3.3 Lizenzierung
3.3.4 Zusammenfassung
3.4 Identifikation möglicher Problemquellen
3.4.1 Umstellung Produktorientierung/Projektorientierung
3.4.2 Abhängige Tracks
3.4.3 Andere Probleme
4 Strukturanalyse
4.1 Analyse der Datenmodelle
4.1.1 Einführung
4.1.2 Avensoft Perfect Tracker 7
4.1.3 Atlassian JIRA 4
4.1.4 Vergleich der Datenmodelle
4.2 Analyse der Systeme
4.2.1 Systemanalyse Avensoft Perfect Tracker 7
4.2.2 Systemanalyse Atlassian JIRA 4
5 Verhaltensanalyse
5.1 Grundsätzliches zur Verhaltensweise
5.2 Ist-Erhebung des Workflows
5.2.1 Workflow des Customer Services
5.2.2 Workflow des Bug Trackings
5.3 Ist–Analyse
5.3.1 Analyse des Customer Service–Workflows
5.3.2 Analyse der Bug Tracking–Workflows
6 Projektstudie
6.1 Produktorientierung
6.2 Umsetzung der Workflows
6.2.1 Grundsätzliches zu Workflows in JIRA
6.2.2 Umsetzung des Customer Service
6.2.3 Umsetzung des Bug Tracking
6.3 Umsetzung der Rollen und Sichten
6.4 Formularfelder
6.5 Notwendige Plugins
6.5.1 Grundsätzliches zu den notwendigen Plugins
6.5.2 Link New Issue Operation
6.5.3 Produktbaum–Plugin
6.6 Entwurf einer Anwendung zur Migration der Ticket–Daten
6.6.1 Zweck des Entwurfs
6.6.2 Ablauf der Migration
6.6.3 Aufwandsabschätzung
7 Resümee
7.1 Generelle Machbarkeit der Umstellung
7.2 Schwierigkeiten der Umstellung
7.3 Gewinne der Umstellung
7.4 Bewertung der Umstellung
Zielsetzung & Themen
Die vorliegende Bachelorarbeit untersucht die Machbarkeit der Migration eines veralteten Issue-Tracking-Systems (Perfect Tracker 7) hin zu einem moderneren System (Atlassian JIRA 4). Ziel ist es, durch die Umstellung die Effizienz in der Benutzung und Verwaltung zu steigern sowie veraltete Prozesse durch moderne, flexible Strukturen zu ersetzen.
- Vergleich der Systemarchitekturen und Datenmodelle
- Analyse und Imitation bestehender Workflows
- Entwicklung notwendiger Plugins für die Prozessanpassung
- Entwurf eines Migrationskonzepts für Ticket-Daten
- Evaluation der Wirtschaftlichkeit und technischen Umsetzbarkeit
Auszug aus dem Buch
3.1 Grundsätzliches zu Issue Tracking Systemen
Issue Tracking Systeme, ehemals auch Trouble Ticket Systeme genannt, dienen dazu, unterschiedliche Kundenwünsche und -anfragen zu einem Produkt zu erfassen, zu verwalten und zu bearbeiten sowie dem Kunden eine Informationsbasis zu dem aktuellen Stand des Wunsches oder der Anfrage zu geben. Die Erfassung dieser Anfragen findet dabei normalerweise über ein Graphical User Interface (GUI) statt und resultiert in einem sogenannten Ticket. Tickets sind elektronische Abbildungen dieser Anfragen und sollten dabei vom Ersteller mit möglichst allen relevanten Informationen zu dem korrelierenden Ereignis versehen werden. Das erstellte Ticket befindet sich nun am Beginn des im Informationssystem hinterlegten Workflows. Ein Beispiel für einen solchen Prozess könnte dabei wie folgt aussehen:
Ein Kunde der Firma Software AG stellt eine Fehlfunktion in der für ihn entwickelten Anwendung fest. Aus diesem Grund öffnet er ein Ticket im Issue Tracking System (ITS) der Software AG, in welchem er die Umstände der Fehlfunktion erläutert (Transition /Open Ticket). Ein Mitarbeiter der Software AG weist das Ticket nun dem Quality Management zu (/Assign). Dieses untersucht die gemeldete Störung und versucht nachzuvollziehen, ob es sich um einen Benutzerfehler oder einen Softwarefehler handelt. Wenn es sich um einen Softwarefehler handelt, wird das Ticket einem Entwickler zugewiesen (/To Development). Dieser ermittelt nun die Fehlerquelle innerhalb des Programmcodes und korrigiert diese. Das Ticket wird nun zurück in das Quality Management gegeben, wo der produzierte Code getestet wird (/Test). Nach erfolgreichen Tests wird ein Patch erstellt (/Test Successful) und an den Kunden ausgeliefert (/Deliver). Der Vorgang ist damit abgeschlossen (/Close).
Zusammenfassung der Kapitel
1 Einleitung: Einführung in die Problematik von Softwareevolution nach den Gesetzen von Meir M. Lehman und die Motivation zur Systemerneuerung.
2 Motivation: Darstellung der Schwächen des bisherigen Systems (Perfect Tracker 7) und die erwarteten Vorteile durch eine Systemumstellung.
3 Produktanalyse: Detaillierte Gegenüberstellung der beiden Systeme Perfect Tracker 7 und Atlassian JIRA 4 hinsichtlich Architektur, Lizenzierung und Funktionalität.
4 Strukturanalyse: Vergleich der Datenmodelle und Systemarchitekturen zur Vorbereitung der Datenmigration.
5 Verhaltensanalyse: Detaillierte Aufnahme und Analyse der bestehenden Workflows des Customer Service und des Bug Trackings.
6 Projektstudie: Konkrete Umsetzungsstrategien für Workflows, Rollen, notwendige Plugin-Entwicklungen und der Migrationsprozess.
7 Resümee: Zusammenfassende Bewertung der technischen Machbarkeit sowie der betriebswirtschaftlichen und organisatorischen Auswirkungen der Umstellung.
Schlüsselwörter
Issue Tracking, Perfect Tracker 7, Atlassian JIRA 4, Datenmigration, Workflow-Analyse, Softwareevolution, Produktorientierung, Projektorientierung, Plugin-Entwicklung, Systemarchitektur, IT-Infrastruktur, Anforderungsmanagement, Prozessumstellung, SQL, Java-API
Häufig gestellte Fragen
Worum geht es in dieser Arbeit?
Die Arbeit untersucht die Machbarkeit einer Migration von einem veralteten proprietären Issue-Tracking-System (Perfect Tracker 7) auf eine moderne Enterprise-Lösung (Atlassian JIRA 4).
Welche zentralen Themenfelder werden bearbeitet?
Die Schwerpunkte liegen auf dem Vergleich der Systemarchitekturen, der Analyse von Arbeitsabläufen (Workflows), der Datenmigration sowie der Anpassung von Software durch Plugins.
Was ist das primäre Ziel der Untersuchung?
Das Ziel ist der Nachweis, dass eine Umstellung möglich ist, um die Effizienz der IT-Verwaltung zu steigern, ohne dabei bewährte Arbeitsprozesse zu verlieren.
Welche wissenschaftliche Methode kommt zum Einsatz?
Es wird eine Ist-Analyse des bestehenden Systems durchgeführt, gefolgt von einer vergleichenden Produktanalyse und der Erstellung eines Soll-Konzepts für das neue System.
Was wird im Hauptteil behandelt?
Im Hauptteil liegt der Fokus auf der strukturellen Analyse der Datenmodelle, der detaillierten Dokumentation der Workflows und dem technischen Entwurf für die Datenmigration.
Welche Schlüsselbegriffe charakterisieren die Arbeit?
Wichtige Begriffe sind Issue Tracking, Datenmigration, Workflows, Software-Anpassung und System-Evaluation.
Warum ist das Hotfixing ein wichtiges Thema in der Arbeit?
Es wurde festgestellt, dass im aktuellen System ein Konzept für schnelle Fehlerkorrekturen (Hotfixes) außerhalb der regulären Zyklen fehlte, weshalb dies in das neue JIRA-Workflow-Design integriert wurde.
Welche Rolle spielen Plugins bei der Umstellung?
Plugins sind essenziell, um spezifische Funktionen des alten Systems (insbesondere die produktorientierte Sicht) in JIRA abzubilden, da das neue System von Haus aus projektorientiert arbeitet.
Was ist die größte technische Herausforderung bei der Migration?
Die größte Herausforderung ist die Transformation von Daten aus einer historisch gewachsenen, teilweise nicht normalisierten Datenbankstruktur des alten Systems in das strikte Datenmodell von JIRA.
- Arbeit zitieren
- Johannes Röttger (Autor:in), 2010, Projektstudie der Datenmigration und Prozessumstellung zwischen zwei Issue–Tracking–Systemen, München, GRIN Verlag, https://www.grin.com/document/193483
