Bachelorarbeit, 2010
93 Seiten, Note: 1,3
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
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.
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).
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.
Issue Tracking, Perfect Tracker 7, Atlassian JIRA 4, Datenmigration, Workflow-Analyse, Softwareevolution, Produktorientierung, Projektorientierung, Plugin-Entwicklung, Systemarchitektur, IT-Infrastruktur, Anforderungsmanagement, Prozessumstellung, SQL, Java-API
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).
Die Schwerpunkte liegen auf dem Vergleich der Systemarchitekturen, der Analyse von Arbeitsabläufen (Workflows), der Datenmigration sowie der Anpassung von Software durch Plugins.
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.
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.
Im Hauptteil liegt der Fokus auf der strukturellen Analyse der Datenmodelle, der detaillierten Dokumentation der Workflows und dem technischen Entwurf für die Datenmigration.
Wichtige Begriffe sind Issue Tracking, Datenmigration, Workflows, Software-Anpassung und System-Evaluation.
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.
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.
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.
Der GRIN Verlag hat sich seit 1998 auf die Veröffentlichung akademischer eBooks und Bücher spezialisiert. Der GRIN Verlag steht damit als erstes Unternehmen für User Generated Quality Content. Die Verlagsseiten GRIN.com, Hausarbeiten.de und Diplomarbeiten24 bieten für Hochschullehrer, Absolventen und Studenten die ideale Plattform, wissenschaftliche Texte wie Hausarbeiten, Referate, Bachelorarbeiten, Masterarbeiten, Diplomarbeiten, Dissertationen und wissenschaftliche Aufsätze einem breiten Publikum zu präsentieren.
Kostenfreie Veröffentlichung: Hausarbeit, Bachelorarbeit, Diplomarbeit, Dissertation, Masterarbeit, Interpretation oder Referat jetzt veröffentlichen!

