OPUS documents https://opus.campus02.at/index/index/ Fri, 27 Jun 2025 12:52:54 +0200 Fri, 27 Jun 2025 12:52:54 +0200 https://opus.campus02.at/frontdoor/index/index/docId/1058 Bedingt durch den rasanten und stetig schneller werdenden technologischen Wandel werden die Innovationszyklen für neue Technologien kürzer. Im Gegenzug nimmt die Menge der technologischen Fortschritte zu. Betrachtet man diesen Trend und wendet ihn auf das aktuelle Weltmarktgeschehen an, so befinden wir uns in einem vernetzten und globalen Käufermarkt, in dem jede Dienstleistung durch den Kunden jederzeit und überall abgerufen werden kann. Der Kunde bestimmt, wann, wo und welche Leistung er in welcher gewünschten Qualität konsumieren möchte. In einer solchen Situation sind Dienstleister im Allgemeinen und klassische Unternehmen der Finanz- und Versicherungsbranche im Speziellen dazu gezwungen sich diesen Entwicklungen anzupassen. Um die notwendigen Anpassungen in einen geordneten Prozess durchzuführen starten diese Unternehmen Projekte zur digitalen Transformation. Teil dieser digitalen Transformation ist, neben der Integration neuer Technologien, die Automatisierung von Arbeitsabläufen. Zwei Systeme, um Arbeitsabläufe zu automatisieren sind Business Process ManagementSysteme und Robotic Process Automation Systeme. Beide Systeme haben ihre speziellen Einsatzbereiche und spezifischen Vor- und Nachteile. Was bisher allerdings noch nicht genauer wissenschaftlich untersucht wurde: Wie verhalten sich RPA Systeme in Kombination mit den klassischen BPMS? Lassen sich Synergieeffekte zwischen den beiden Disziplinen etablieren? Daher beschäftigt sich diese Ausarbeitung mit der Evaluierung und Untersuchung der Integrationsmöglichkeiten zwischen BPMS und RPA Systemen. Dazu wird die theoretische Basis der beiden Systeme BPMS und RPA erläutert und deren Einsatzmöglichkeiten aufgezeigt. Weiterhin werden mögliche Integrationsszenarien ermittelt, die BPMS und RPA miteinander verbinden. Auf Basis dieser Integrationsszenarien wird ein Fallbeispiel aus der Versicherungswirtschaft betrachtet. Aus diesem Fallbeispiel werden Testszenarien abgeleitet, die BPMS Prozesse und RPA Automatisierungen miteinander kombinieren. Um die Szenarien miteinander vergleichen zu können werden Key Performance Indikatoren definiert, um die Auswirkungen der Szenarien auf die Prozessqualität und Prozessleistung zu messen. Konkret werden die Durchlaufzeit, die Bearbeitungszeit, das Fehlerverhältnis, die Komplexität, die Volumenflexibilität, die Benutzerfreundlichkeit und der Grad der Automatisierung pro Szenario ermittelt und miteinander verglichen. Die daraus resultierende Bewertung zeigt, inwiefern sich die Prozessqualität und Prozessleistung im Vergleich zu den klassischen Implementierungen (reiner RPA Workflow, reiner BPMS Prozess) verändern. Die so ermittelten Werte werden dazu genutzt, die Fragen zu klären, ob es Synergieeffekte zwischen den beiden Systemarten gibt, oder eher nicht. Alexander Schäfer masterthesis https://opus.campus02.at/frontdoor/index/index/docId/1058 Fri, 27 Jun 2025 12:52:54 +0200 https://opus.campus02.at/frontdoor/index/index/docId/562 Integrierte Navigationssysteme (INS) auf Schiffen leisten einen großen Beitrag zu sicheren Navigation, um kritische Situationen zu umgehen oder zu entschärfen. Damit können INS als sicherheitsrelevante Systeme bezeichnet werden. Neben durchgängiger Redundanz, Diagnose von Komponenten zur Laufzeit und durchgeführter FMEA für die Typzulassung des INS, weisen diese keine weiteren Mechanismen auf, um das System im Fehlerfall vor Ausfall oder Fehlfunktion zu schützen, wodurch das System in einen kritischen Zustand übergehen kann. Weitere Maßnahmen sind notwendig, weil die Integrationsgrade der Navigationssysteme und Interaktionen mit vielen unterschiedlichen Systemen stetig zunehmen. Damit ein INS in Zukunft weiterhin dem Stand der Technik entspricht, müssen aktuelle Anforderungen aus Standards, wie dem IEC 61162-460 hinsichtlich Safety & Security erfüllen, damit das Risiko erhöhter Integrationsgraden auf ein vertretbares Maß gesenkt werden kann. Um das System vor Übergängen in kritische Zustände zu bewahren und einen Sicherheitslevel zu erreichen, der zukünftig den Anforderungen an Bord genügt, wird im Rahmen dieser Arbeit neben den gültigen Standards und Normen für INS die Funktionale Sicherheit betrachtet. Dazu wird ¨ die Grundnorm IEC 61508 und die abgeleiteten Normen für entsprechende Industriebereiche ¨ betrachtet. Für den Seeverkehr gilt hervorgehoben die UN-Konvention SOLAS von 1974. Die Festlegungen aus dieser Konvention spiegeln sich in Normen und Standards, wie auch in Gesetzen der Staaten wider. Der Fokus der Standardisierungsgremien liegt nach wie vor auf dem Menschen und der Unterstützung durch das INS. Dabei sollen Fehler des Menschen vermieden, Ausfälle erkannt und Warnungen erzeugt werden. Mit dem Standard IEC 61162-460 beginnt die Standardisierung der Sicherheit (Safety & Security) und Funktionalen Sicherheit des INS. Durch eine Rekapitulation von Serviceeinsätzen wurde erkannt, dass in vielen Fällen ein Ausfall oder eine Fehlfunktion dadurch entstand, dass eine fehlerhafte Konfiguration vorlag. Die hohe Konfigurierbarkeit des INS ist ein Vorteil, birgt jedoch die Gefahr der Fehlkonfiguration. Die Auswertungen der Fehlerzustände und Ausfälle ergab, dass eine Diagnose der Konfiguration durchgeführt werden muss. Diese Diagnose soll bereits zur Konfigurationszeit durchgeführt werden (Onlinediagnose). Dabei wird die erstellte Konfiguration gegen Bedingungen geprüft, die Restriktionen der verwendeten Hardware (z.B. Überlast) oder die Systemintegrität (z.B. geforderte Redundanz, Einbaupositionen) abbilden. Die Diagnoseabdeckung des Systems wird neben der Laufzeit auf die Konfigurationszeit (Installation und Inbetriebnahme) erweitert. Für höchst konfigurierbare Systeme, wie das INS von Raytheon Anschutz, können bis zu 29% der Fehleranteile im Lebenszyklus eines Systems vermieden werden. Die vorliegende Arbeit bietet einen Ansatz zur Erweiterung der Diagnosefähigkeiten des Systems auf die Konfigurationszeit. Bestimmte Bedingungen, abhängig von verwendeter Hardware, Größe des Gesamtsystems können bereits bei Anfertigung der Systemkonfiguration überprüft werden. Plausibilitäts- und Integritätsprüfungen, wie Einbaupositionen, notwendige Redundanzen, korrekte Sensorverbindungen können zusätzlich überprüft werden. Das System erlangt Kenntnis über sich selbst und seine Konfiguration. Diese Kenntnis verknüpft mit den Bedingungen, erlaubt es dem Bedienern nützliche Hinweise und Warnmeldungen zu geben, wo die Systemkonfiguration mögliche Risiken für gefährliche Ausfälle des Systems birgt. Die ausgelieferten Systeme werden robuster und die Anzahl und Dauer der Serviceeinsätze wird gesenkt und Kosten eingespart. Die Ausfallrate der Systeme sinkt, wodurch sicherheitsgerichtete Funktionen, wie Collision Avoidance mit einer höheren Zuverlässigkeit verwendet werden können. Eine rechnerische Überprüfung der verwendeten Komponenten und Systemarchitektur zeigt eine mögliche SIL-Einstufung des Systems. Marek Michael Mylka masterthesis https://opus.campus02.at/frontdoor/index/index/docId/562 Mon, 10 Feb 2025 14:00:40 +0100 https://opus.campus02.at/frontdoor/index/index/docId/762 Milena Bohlayer masterthesis https://opus.campus02.at/frontdoor/index/index/docId/762 Mon, 10 Feb 2025 13:36:21 +0100 https://opus.campus02.at/frontdoor/index/index/docId/649 Cloud-Computing ist das Schlagwort der letzten Jahre in der Informationstechnologie schlechthin. Anbieter von Cloud-Lösungen versprechen Einsparungen bei Infrastrukturkosten, eine schnellere Serviceverfügbarkeit, eine bessere Performanz und kürzere Entwicklungszyklen. Viele Unternehmen reizt deshalb der Umstieg auf eine Cloud-Infrastruktur. Doch mit einem einfachen Umzug der Anwendungen ist es selten getan. Diese Arbeit zeigt auf, wie Softwareanwendungen aufgebaut sein müssen, damit sie aus einer Cloud-Infrastruktur einen optimalen Nutzen ziehen können. Zudem sind auch organisatorische Änderungen nötig, um moderne Cloud-Anwendungen zu entwickeln. Auch diese Änderungen werden besprochen. Häufig stehen Unternehmen vor dem zusätzlichen Problem, dass Anwendungen seit mehreren Jahren in Betrieb, aber technisch veraltet sind. Diese Legacy-Anwendungen sind geprägt durch fehlendes Entwicklungs-Know-how und eine lange Einsatzphase ohne Modernisierung und Restrukturierung. Die Plattformen, die sie nutzen, sind oft veraltet und der technologische Sprung auf eine Cloud-Umgebung deshalb sehr groß. Diese Arbeit erklärt, was Legacy-Software ist, wie sie entsteht, und wie mit ihr verfahren werden kann. Zudem wird das Thema Softwaremigrationen erklärt. Verschiedene Migrationsarten werden vorgestellt, und der exemplarische Ablauf einer Softwaremigration aufgezeigt. Das Ergebnis der Arbeit ist ein Konzept für Migrationsstrategien von Legacy-Anwendungen. Es wird für ein großes deutsches Versicherungsunternehmen entwickelt, das die Einführung einer Cloud-Infrastruktur plant. Der Umgang mit Altanwendungen, die bereits nicht mehr in die geplante Laufzeitumgebung passen, die jedoch weiterhin benötigt werden, ist derzeit ungeklärt. Er soll mit Hilfe dieser Arbeit festgelegt werden. Yves Boley masterthesis https://opus.campus02.at/frontdoor/index/index/docId/649 Sat, 04 Nov 2023 09:53:10 +0100 https://opus.campus02.at/frontdoor/index/index/docId/648 Was muss ein Unternehmen heutzutage leisten um auf Dauer mit dem Wettbewerb mithalten und den Veränderungen von Industrie und Gesellschaft standzuhalten? Was bedeuten die einzelnen Buzz-Wörter wie „Industrie 4.0“, „Internet of Things“ und „Cyber-Physikalisches Produktionssystem“ konkret für die eigene Situation? Die folgende Arbeit versucht, diesen Fragen nachzugehen. Konkret wird hierfür das Beispiel der Messtechnik Branche untersucht und versucht, für die Software des Mitutoyo Konzerns eine Softwarearchitektur zu entwickeln, welche für die neuen Entwicklungen gewappnet ist. Hierfür wird zunächst eine grundlegende Untersuchung der aktuellen Trends in der Industrie durchgeführt und daraus Anforderungen abgeleitet. Dann werden die einzelnen Aspekte auf die Architektur übertragen und eine grundlegende Basisstruktur definiert. Anhand des konkreten Beispiels einer Software zur Status Überwachung und Auslastungsplanung für Messmaschinen wird dann untersucht, inwiefern die Basis Architektur den ermittelten Anforderungen gerecht wird. Gerhard Draser masterthesis https://opus.campus02.at/frontdoor/index/index/docId/648 Sat, 04 Nov 2023 09:46:48 +0100 https://opus.campus02.at/frontdoor/index/index/docId/647 Die Softwareentwicklung wird in der Automobilbranche aufgrund der Komplexität der Fahrzeuge und Steuergeräte immer wichtiger. Neben der Komplexität der Fahrzeuge stehen die Hersteller einem Marktumfeld gegenüber, dass sich immer schneller wandelt und in immer kürzerer Zeit neue Innovationen einfordert. Einen Großteil der Softwareentwicklung vergeben die HerstellerInnen an externe LieferantInnen, da das Wissen über die Softwareentwicklung meist nicht bei den HerstellerInnen vorhanden ist. Die Auswahl der LieferantInnen erfolgt oftmals mit Hilfe von Prozessbewertungen nach Automotive SPICE. Dies soll sowohl die Qualität der Software als auch die Prozessfähigkeit und Termintreue der LieferantInnen sicherstellen. Daneben fordern die HerstellerInnen von den LieferantInnen eine flexiblere Arbeitsweise, damit neue Anforderungen auch innerhalb laufender Softwareprojekte bearbeitet werden können. Aufgrund dieser geforderten Flexibilität ändert sich das Vorgehen der Softwareentwicklung in der Automobilbranche von einem sequenziellen Ansatz hin zu immer agileren Herangehensweisen. Diese Arbeit untersucht anhand von sechs Interviews mit Fachgrößen aus dem agilen Umfeld, wie sich die Anforderungen von Automotive SPICE auf die agile Softwareentwicklung auswirken. Als Beispiel für ein agiles Vorgehensmodell zieht die Arbeit Scrum in Verbindung mit dem Nexus Framework heran. Begleitet wird dieses Vorgehensmodell von agilen Praktiken. Daneben betrachtet die Arbeit das agile Manifest mit seinen Werten und Prinzipien, welche die Grundpfeiler der agilen Softwareentwicklung darstellen. Ein Abgleich der Ziele von Automotive mit der agilen Softwareentwicklung ergänzt die Untersuchung. Die Auswertung der Interviews hat gezeigt, dass der Einsatz agiler Praktiken, wie Pair Programming und Test-Driven Development, auch im Rahmen von Automotive SPICE unter bestimmten Bedingungen möglich ist. Primäre Ziele von Automotive SPICE sind die Prozessverbesserung, die Kosten- und Termineinhaltung und die Planung. Die Prozessverbesserung stimmt mit den agilen Prinzipien überein. Planung, Termin- und Kosteneinhaltung, können Organisationen durch den Einsatz agiler Methoden wie Scrum wesentlich besser erreichen, als es mit traditionellen Methoden möglich ist. Die Standardisierung von Prozessen ermöglicht es den Unternehmen Prozesse wieder zu verwenden und reduziert dadurch die Aufwände bei der Errichtung neuer Projekte. Dies wiederum kommt den agilen Prinzipien entgegen. Für die erfolgreiche Umsetzung der Anforderungen aus Automotive SPICE in agilen Teams und Unternehmen werden konkrete Handlungsempfehlungen gegeben. Die Grenzen dieser Arbeit und aus der Arbeit heraus aufgekommene Forschungsfragen, werden im Anschluss diskutiert. Kathrin Eilenberg masterthesis https://opus.campus02.at/frontdoor/index/index/docId/647 Sat, 04 Nov 2023 09:40:01 +0100 https://opus.campus02.at/frontdoor/index/index/docId/646 Die Wettbewerbsfähigkeit von Organisationen hängt mittlerweile maßgeblich von ihrer Fähigkeit ab, wie schnell sie sich den geänderten Rahmenbedingungen ihrer Umwelt anpassen kann. Dieses Phänomen betrifft vor allem die IT-Branche, die aufgrund von immer stärker schwankenden Rahmenbedingungen bereits vor Jahren die Vorteile agiler Vorgehensmodelle für sich entdeckt haben. Agile Vorgehensmodelle zeichnen im Gegensatz zu ihren klassischen Vorgängern einen leichtgewichtigen Prozessrahmen, der es nicht nur erlaubt, sich schnell an neue und geänderte Anforderungen anzupassen, sondern auch eine kontinuierliche Verbesserung der Prozesse anstrebt. Wenig überraschend ist es daher, dass immer mehr Unternehmen versuchen, ihre Entwicklungsprozesse nach agilen Prinzipien zu gestalten und klassischen Projektmanagement-Methoden den Rücken kehren. Um die Vorteile von Agilität jedoch vollständig nutzen zu können, ist es nicht ausreichend, wenn allein die Produktentwicklungsprozesse neu definiert werden. Agilität fordert ein Umdenken auf allen Organisationsebenen und hat dadurch einen immensen Einfluss auf das Verständnis von Mitarbeiterführung. Da das Prinzip des Agile Leaderships noch weitestgehend unerforscht ist, existieren derzeit wenig Handlungsempfehlungen für die Praxis, inwieweit eine agile Organisation mit verschiedenen Führungsebenen und -hierarchien vereinbar ist. Daher soll mithilfe dieser Arbeit geklärt werden, wie Agilität die Mitarbeiterführung beeinflusst und wie sich das Aufgabenfeld von Führungskräften verändert. Dazu wird auf Basis theoretischer Vorüberlegungen eine praktische Untersuchung vorgestellt, welche am Ende zu einem allgemeinen Leadershipmodell zusammengefasst wird. Laura Mündner masterthesis https://opus.campus02.at/frontdoor/index/index/docId/646 Sat, 04 Nov 2023 09:34:09 +0100 https://opus.campus02.at/frontdoor/index/index/docId/491 Die Erstellung von Software ist mittlerweile einer der bedeutendsten Wirtschaftsfaktoren weltweit, erkennbar an der Zugehörigkeit der am schnellsten wachsenden Unternehmen zur Software-Branche. Die Softwareentwicklung hat sich in den letzten Jahrzehnten in ihrer Methodik stark weiter entwickelt, weg von sequentiellen Phasen (Sammlung der Anforderungen, Implementierung, Test, Auslieferung) hin zu agilen, iterativ-inkrementellen Methodologien und Frameworks (u.a. Scrum) mit häufiger Auslieferung der Software. Trotz einer starken Verbreitung agiler Methoden in der Softwareentwicklung scheinen die vertraglichen Modelle für die Vergabe von Softwareprojekten an Dritte noch stark traditionell aufgebaut zu sein und sich an Festpreisen und Wasserfall-Vorgehen zu orientieren. In dieser Arbeit wird der Forschungsfrage nachgegangen, dessen erster Teil auf die Verbreitung agiler Vertragsmodelle abzielt. Der zweite Teil der Forschungsfrage fokussiert Gründe, die österreichische Unternehmen dazu veranlassen, durch die Anwendung traditioneller Vertragsmodelle auf die Vorteile agiler Methodologien der Softwareentwicklung zu verzichten. Im Vergabeportal TED (Tenders Electronic Today) der Europäischen Union müssen Aufträge der öffentlichen Hand neben einer allfälligen nationalen Bekanntmachung auch EU-weit ausgeschrieben werden, sofern sie einen gewissen Auftragswert überschreiten. Dieser Schwellenwert liegt für Softwareprojekte bei € 144.000.-. Ausschreibungen von Softwareprojekten im Zeitraum von zwei Jahren wurden im Zuge dieser Arbeit abgefragt und hinsichtlich des Vorkommens agiler Schlüsselwörter analysiert. Aufgrund der Sprachabhängigkeit dieser Abfragemethode wurden nur jene Ausschreibungen berücksichtigt, die in Deutsch oder Englisch verfasst wurden. Durch diese Datenabfrage kann der erste Aspekt der Forschungsfrage beantwortet werden: Der Anteil von Ausschreibungen unter Verwendung agiler Vertragsmodelle an der Gesamtanzahl der Ausschreibungen im Softwareumfeld ist mit 0,11 % äußerst gering. Selbst der Anteil von Ausschreibungen für Softwareprojekte mit agiler Methodik ist mit 1,17 % sehr klein. In einer Reihe von semistrukturierten Experteninterviews wurden in einer qualitativen Erhebung österreichische Fachgrößen gefragt, was die wichtigsten Gründe für ihr Unternehmen sind, agile Vertragsmodelle nicht anzuwenden. Die genannten Gründe sind je nach Modell und Fachgröße unterschiedlich, können jedoch in den folgenden Kategorien zusammengefasst werden: • fehlende Vergleichbarkeit des Preises • Risiko, Unsicherheit und mangelndes Vertrauen • Herausforderungen bei der Vergabe • mangelndes Verständnis und Kenntnis der Modelle Zu den jeweiligen Gründen werden konkrete Handlungsempfehlungen gegeben, die eine Anwendung dennoch möglich machen könnte. Die Limitierungen dieser Arbeit und etwaige neu aufgeworfene Forschungsfragen werden im Anschluss diskutiert. Roland Enzinger masterthesis https://opus.campus02.at/frontdoor/index/index/docId/491 Sat, 04 Nov 2023 09:03:06 +0100 https://opus.campus02.at/frontdoor/index/index/docId/426 Diese Masterarbeit untersucht, welche Aspekte zum Betreiben einer Microservice Architektur notwendig sind. Die Realisierung kann mit Hilfe von Open Source Infrastrukturkomponenten erfolgen. Es werden Frameworks in Java und .NET zur Anbindung an diese untersucht und anhand eines Kriterienkatalogs verglichen. Simon Bauer masterthesis https://opus.campus02.at/frontdoor/index/index/docId/426 Sat, 04 Nov 2023 08:34:22 +0100 https://opus.campus02.at/frontdoor/index/index/docId/340 Unternehmen müssen heute schnell am Markt agieren und auf die Bedürfnisse und Anforderungen der Kunden eingehen, um wettbewerbsfähig zu bleiben. Um diesen Anforderungen als Unternehmen gerecht werden zu können, bedarf es innovativen Informationssystemen mit flexiblen Softwarearchitekturen. Die Unternehmenskultur kann in Unternehmen eine starke Position einnehmen, wenn Veränderungen in der Unternehmensstrategie vorgenommen werden. Die Veränderung oder Einführung einer neuen Softwarearchitektur eines Informationssystems stellt hierbei eine solche Veränderung in der Strategie dar. Diese Arbeit beantwortet die Frage, wie sich die Kultur in einem Unternehmen und Softwarearchitektur gegenseitig beeinflussen. Hierzu werden zunächst die theoretischen Grundlagen zu Unternehmenskultur und Softwarearchitektur dargelegt. Anschließend wird der mögliche Einfluss der Unternehmenskultur auf die Softwarearchitektur mittels fünf Dimensionen der Unternehmenskultur beschrieben und dadurch deduktiv 59 Hypothesen zur Wirkungsbeziehung generiert. Das Ergebnis der Arbeit ist, dass Unternehmenskultur durch die gemeinsam geteilten Werte das Verhalten des Softwarearchitekten im Architekturzyklus und somit schließlich auch die entworfene Softwarearchitektur beeinflusst. Ebenso stellt die Unternehmenskultur ausgehend von verschiedenen Dimensionen Qualitätsanforderungen an die Softwarearchitektur. Der mögliche Einfluss der Softwarearchitektur auf die Unternehmenskultur wird in der Arbeit am Beispiel des Microservice-Architekturstils beschrieben. Die Einführung oder Veränderung einer Softwarearchitektur führt zu einer Veränderung der Unternehmenskultur, in dem sie gegenwärtige grundlegende Annahmen und Werte in Frage stellt. Ebenso kann eine neue oder veränderte Softwarearchitektur sich auf die Rahmenbedingungen in der Ablauf- und Aufbauorganisation des Unternehmens auswirken. So wird gezeigt, dass das Modularisierungskonzept des Microservice-Architekturstils verschiedene Dimensionen der Unternehmenskultur positiv begünstigen kann. André Hester masterthesis https://opus.campus02.at/frontdoor/index/index/docId/340 Mon, 28 Aug 2023 16:47:52 +0200 https://opus.campus02.at/frontdoor/index/index/docId/333 Traditionelle Industrien stehen aufgrund der umfangreichen neuen technologischen Entwicklungen und den daraus resultierenden neuen Geschäftsmodellen vor organisatorischen Herausforderungen. Neben der Reduzierung von Entwicklungszyklen und der gesteigerten Geschwindigkeit, verändert sich auch die Wettbewerbsstruktur und Konzepte bzw. Strategien für einen langfristigen und nachhalten Konkurrenzvorsprung und zur digitalen Transformation sind gefragt. Besonders die Verwertungs- und Entsorgungsbranche ist hier im Umschwung – die primäre Konzentration der Unternehmensressourcen auf Sammlung und Aufbereitung von Abfällen ist nicht mehr zeitgemäß. Vielmehr gilt es, Kunden, Partner und Lieferanten als wertvolle unternehmerische Ressourcen wiederzuentdecken und gemeinsam agil und transparent, an einer Verschmelzung der Wertschöpfungsketten durch den Einsatz von digitalen Lösungen zu arbeiten. Diese Arbeit geht hierbei auf die notwendigen organisatorischen und technologischen Maßnahmen gezielt ein, welche zur Entwicklung und Ausrollung eines mehrseitigen und digitalen Geschäftsmodells notwendig sind und veranschaulicht diese durch einen agilen und strukturierten Entwicklungsprozess. Willibald Erhart masterthesis https://opus.campus02.at/frontdoor/index/index/docId/333 Mon, 28 Aug 2023 16:45:45 +0200 https://opus.campus02.at/frontdoor/index/index/docId/349 Als Schatten-IT werden IT-Systeme bezeichnet, die nicht in das IT-Management eines Unternehmens eingebunden sind. Schatten-IT-Systeme können durch Ausfall oder durch Sicherheitslücken bestandsgefährdende Risiken für Unternehmen darstellen. Schatten-IT kann aber auch ein Innovationsmotor sein. Wenn Schatten-IT-Systeme erkannt werden, kann es erforderlich und nützlich sein, diese in das IT-Management des Unternehmens aufzunehmen. Die vorliegende Arbeit untersucht die Eignung und Übertragbarkeit der aus der agilen Software-Entwicklung stammenden Werte und Prinzipien bei der Einbindung von Schatten-Individualsoftware in das IT-Management von Unternehmen. Am Beispiel von Schatten-Individualsoftware wird untersucht, wie die bisherige Rolle des IT-Managements durch Schatten-IT in Frage gestellt wird und wie die einzelnen Disziplinen des IT-Managements durch Schatten-IT betroffen sind. Es werden die Eigenschaften von Schatten-Individualsoftware erarbeitet und es wird untersucht, welche agilen Werte und Prinzipien sich auf das IT-Management übertragen lassen, um Schatten-Individualsoftware in das IT-Management von Unternehmen einzubinden. Aus den identifizierten agilen Werten und Prinzipien wird ein Handlungsansatz entwickelt, um Schatten-Individualsoftware in das IT-Management von Unternehmen zu integrieren. Dieser Ansatz wird durch Experten-Interviews initial evaluiert. Rüdiger Schaade masterthesis https://opus.campus02.at/frontdoor/index/index/docId/349 Mon, 28 Aug 2023 16:39:16 +0200 https://opus.campus02.at/frontdoor/index/index/docId/347 Die vorliegende Arbeit beschäftigt sich mit der Kompatibilität von Unternehmenskulturen und agilen Vorgehensweisen. Das Ziel und die zentrale Fragestellung lautet, welche Unternehmenskulturen mit den agilen Methoden und dessen Varianten kompatibel sind. Um diese Frage beantworten zu können wird zunächst in die Themen Agilität, agile Methoden und Unternehmenskultur eingeführt. Die Themen werden definiert, Hintergründe dargestellt und Ansätze vorgestellt, die als Grundlage für die weitere Betrachtung dienen. Auf Basis dieser theoretischen Betrachtungen wird eine Herangehensweise ermittelt, die es erlaubt Unternehmenskulturen einzusortieren und mit agilen Methoden zu vergleichen.Dies geschieht auf 2 Ebenen. Auf Ebene der Gemeinsamkeiten der agilen Methoden und auf der Ebene ihrer unterschiedlichen Betonungen der agilen Werte und Prinzipien. Für beide Ebenen werden Soll-Profile der Unternehmenskulturen entwickelt, die eine optimale Abbildung einmal für agile Methoden insgesamt und auf der anderen Seite für die Methoden Scrum, Kanban und Extreme Programming im Speziellen darstellen. Im Zuge der weiteren Masterarbeit werden diese Soll-Profile in der Praxis auf ihre Tauglichkeit hin überprüft, inwieweit mit Ihrer Hilfe eine Aussage über den zu erwartenden Erfolg bei der Einführung verschiedener agiler Methoden möglich ist. Im Zuge dieser Betrachtungen ist zunächst festzuhalten, dass unzählige Ansätze und Modelle zur Erfassung und Typologisierung von Unternehmenskulturen existieren. Der Einfluss der Unternehmenskultur auf den Erfolg einer Unternehmung ist jedoch unbestritten. Dennoch galt es zuerst einen Überblick über die verschiedenen Modelle zu schaffen um im Anschluss eine für die agilen Methoden geeignete Typologisierung von Unternehmenskulturen zu ermitteln. Hierzu wurden die ermittelten Typologien sowie ihre jeweiligen Kriterien der Unterscheidung mit den Werten und Prinzipien des Agilen Manifests, als die Grundlage der Gemeinsamkeiten von agilen Methoden, verglichen. Die Auswertung ergab zum einen, dass keine der betrachteten Typologien sich als vollständig ungeeignet erweist wenigstens mit einem Kriterium das Agile Manifest zu bewerten. In der Summe der Überdeckungen und unter Beachtung weiterer positiver Aspekte, wie der Anzahl der Bewertungsdimensionen und die Vielzahl der Werteaussagen zur Bewertung der Ausprägungen, erwies sich das „Organizational Culture Profile (OCP)“ entwickelt von Charles A. O'Reilly, Jennifer Chatman und David F. Caldwell als am besten geeignet die Kompatibilität von Unternehmenskulturen und agilen Vorgehensweisen zu betrachten. Nach genauerer Untersuchung der OCP wurden die Bewertungskriterien von O’Reilly, Chatman und Caldwell beibehalten, die Bewertungsmethode Q-Sort jedoch durch die Likert Skala der neueren OCP-Versionen ausgetauscht. Die Likert Skala ist für diese Betrachtung ausreichend und in der praktischen Handhabung deutlich einfacher. Der Einfachheit halber wurde dieser Methodenkombination innerhalb dieser Arbeit der Name „OCPx“ gegeben. Auf Basis des OCPx wurde durch Vergleich mit den Werten und Prinzipien des Agilen Manifests eine Kulturausprägung definiert, die dem Agilen Manifest am nächsten kommt. Diese Ausprägungen sind wie folgt: Die innovativen, detailgenauen und respektvollen Bereiche der Unternehmenskultur sind Neutral bis Hoch ausgeprägt, die stabile und aggressive Dimension der Unternehmenskultur hingegen erfährt eine niedrige Betonung. Besonders hoch ist die Ausprägung bei den ergebnisorientierten und teamorientierten Teilen der Unternehmenskultur. Unter Berücksichtigung der unterschiedlichen Betonung der agilen Werte innerhalb der verschiedenen agilen Methoden wurde für die meistverwendeten Methoden Scrum, Kanban und Extreme Programming (XP) die Gewichtung der Unternehmenskulturdimensionen untersucht und angepasst. Im Ergebnis zeigt dies eine Betonung der innovativen und detailgenauen Unternehmenskultur bei Scrum und der stabilen Unternehmenskultur bei XP. Kanban hingegen schwächt die stabile Kultur ab, betont aber die innovative und auch stark die respektvolle Seite der Unternehmenskultur. Die so entwickelten Soll-Profile von Unternehmenskulturen, wurden anschließend hinsichtlich deren Eignung in der Praxis anhand folgender Hypothesen überprüft. - Je mehr Unternehmenskulturen dem Soll-Profil des OCPx entsprechen, desto erfolgreicher sind sie beim Einsatz agiler Methoden - Je mehr Unternehmenskulturen dem Soll-Profil des OCPx entsprechen und die Kulturen Stabile und Detailgenaue betonen, desto erfolgreicher sind sie beim Einsatz von Scrum - Je mehr Unternehmenskulturen dem Soll-Profil des OCPx entsprechen und die Kulturen Innovative und Respektvolle betonen, sowie Stabile Kulturen abschwächen, desto erfolgreicher sind sie beim Einsatz von Kanban - Je mehr Unternehmenskulturen dem Soll-Profil des OCPx entsprechen und die Stabile Kultur betonen, desto erfolgreicher sind sie beim Einsatz von XP Dabei konnte im Rahmen einer Umfrage auf Basis eines standardisierten Fragebogens die erste Hypothese für agile Methoden bestätigt werden und somit die Fragestellung der Arbeit für allgemeine agile Methoden beantwortet werden. Die Differenzierung der Unternehmenskulturen nach einzelnen agilen Methoden war in der Praxis nicht möglich, die Hypothesen konnten nicht bestätigt werden. Anzumerken ist auch, dass der Versuch den Zusammenhang zwischen Unternehmenskultur und erfolgreichen agilen Methoden über Literaturrecherche anhand Praxisbeispielen zu verifizieren nicht erfolgreich war. Grund hierfür ist das Fehlen von einschlägiger Literatur zu konkreten Unternehmenskulturen. Timo Hörmann masterthesis https://opus.campus02.at/frontdoor/index/index/docId/347 Mon, 28 Aug 2023 16:03:47 +0200 https://opus.campus02.at/frontdoor/index/index/docId/288 In Software-Entwicklungsprojekten ist, wie auch in anderen Projekten, die Qualität der Planung ein wesentlicher Faktor für den Projekterfolg. Um eine zuverlässige Termin- und Kostenplanung zu erstellen, ist es notwendig, den Aufwand für die Projektumsetzung mit hinreichender Genauigkeit zu kennen. Daher ist es wichtig, Faktoren zu identifizieren, welche die Genauigkeit der Schätzung in Software-Entwicklungsprojekten positiv beeinflussen. In der Software-Entwicklung wird zwischen traditionellen (schwergewichtigen) und agilen (leichtgewichtigen) Vorgehensmodellen unterschieden. Wichtige Vorgehensmodelle werden in ihren Grundzügen beschrieben. Bei den traditionellen Vorgehensmodellen sind dies das Wasserfallmodell, der Unified Process und das Spiral-Modell. Bei den agilen Vorgehensmodellen, auf die sich die Betrachtungen im weiteren Verlauf dieser Arbeit konzentrieren, ist Scrum das am häufigsten eingesetzte, Extreme Programming XP (oder ein abgeleitetes Vorgehensmodell) das am zweithäufigsten angewendete. Eigenschaften der Vorgehensmodelle und Unterschiede in den Zugängen zu einigen Aspekten des Vorgehens im Projekt werden beschrieben. Neben dem Vorgehen im Projektablauf sind auch die Methoden für das Erstellen von Schätzungen unterschiedlich. Diese Methoden werden für traditionelle und agile Projekte betrachtet. In agilen Projekten wird häufig eine Trennung der Schätzung der Größe eines Entwicklungsprojekts und dem Aufwand vorgenommen. Verbreitete Methoden für dieses Vorgehen ist das Schätzen mit Story Points oder Idealen Tagen. Beide Methoden haben aber auch Nachteile, weshalb eine Alternative, das Schätzen mit tatsächlicher Zeit, betrachtet wird. Sodann werden Einflussfaktoren auf die Genauigkeit von Schätzungen – sowohl positive als auch negative – beschrieben. Im zweiten Teil der Arbeit erfolgt eine Prüfung der Einflussfaktoren auf Schätzungen in einem mittleren IT-Unternehmen daraufhin, ob diese eine signifikante Auswirkung auf die Qualität der Schätzung haben. Diese Prüfung erfolgt durch Interviews mit sechs Experten, einer Befragung aller Mitarbeiter in der Software-Entwicklung mittels Fragebogen und durch das Auswerten von historischen Daten. Diese Daten sind wesentliche Projekt-Kenngrößen wie Gesamtumfang in Stunden, Anzahl der im Projekt tätigen Mitarbeiter, sowie eine Gegenüberstellung des geschätzten Aufwands pro Backlog-Item und tatsächlichem Aufwand. Thomas Marschall masterthesis https://opus.campus02.at/frontdoor/index/index/docId/288 Mon, 28 Aug 2023 16:00:52 +0200 https://opus.campus02.at/frontdoor/index/index/docId/293 Durch die fortschreitende Globalisierung gewinnt eine standortverteilte Produktentwicklung im Bereich der Embedded-Software zunehmend an Bedeutung. Standortverteilte Teams stehen jedoch aufgrund vorherrschender Distanz vor zusätzlichen Herausforderungen. Die Kommunikation erfolgt primär über elektronische Medien. Dies kann eine Kooperation und eine effektive Zusammenarbeit in standortverteilten Teams erschweren. Bei international verteilten Teamstrukturen arbeiten Personen aus verschiedenen Kulturkreisen in verschiedenen Zeitzonen miteinander. Elemente, wie eine effektive Wissensverteilung, oder die Regelung bzw. Erkennung von Konflikten können sich in standortverteilten Teams als schwierig erweisen. Das Ziel dieser Arbeit ist die Untersuchung der Einflussfaktoren auf eine erfolgreiche Teamentwicklung von standortverteilten Teams im Bereich der Embedded-Software-Entwicklung. Dabei soll untersucht werden, durch welche Maßnahmen eine Kollaboration, über verschiedene Standorte hinweg, verbessert werden kann. Die Eigenschaften und Herausforderungen der Entwicklung von Embedded-Software werden aufgezeigt und die Bedeutung der Teamentwicklung für standortverteilte Teams wird diskutiert. Im ersten Teil dieser Arbeit werden die theoretischen Grundlagen zur Teamentwicklung von standortverteilten Teams abgebildet. Unter Berücksichtigung aktueller Forschungsergebnisse werden die potentiellen Einflussfaktoren diskutiert und ihre Wechselwirkung zueinander beschrieben. Eine signifikante Fragestellung dieser Arbeit ist die Untersuchung der Rolle und Aufgabe der Teamleitung hinsichtlich der Teamentwicklung. Weitere zentrale Themen sind die Bedeutung der Kommunikation und des Vertrauens in standortverteilten Teams sowie das Verhältnis zwischen Konfliktmanagement und Teamentwicklung. Weiterhin werden die Teamentwicklungsprozesse theoretisch aufgearbeitet, die Teamrollen und Teamzusammensetzungen diskutiert und Motivationstheorien zu der Thematik der standortverteilten Teams dargestellt. Der zweite Teil dieser Arbeit besteht aus einer empirischen Untersuchung, welche mithilfe von Methoden aus der qualitativen Sozialforschung durchgeführt wurde. Bestandteil der Untersuchung sind durchgeführte Experteninterviews sowie eine erstellte Onlineumfrage. Das Ergebnis der Untersuchung ist ein Modell zur Entwicklung von standortverteilten Teams, mit daraus abgeleiteten Hypothesen und konkreten Handlungsempfehlungen für die praktische Arbeit. Frank Nagel masterthesis https://opus.campus02.at/frontdoor/index/index/docId/293 Mon, 28 Aug 2023 15:57:03 +0200 https://opus.campus02.at/frontdoor/index/index/docId/285 Virtuelle Teams sind seit vielen Jahren aus der Softwareentwicklung nicht mehr wegzudenken. Immer neue, digitale Tools machen die Entfernung zwischen Teammitgliedern praktisch irrelevant. Die vorliegende Masterarbeit setzt sich mit der Fragestellung auseinander, ob und in welcher Form eine Organisation ihren Mitgliedern helfen kann aus einer global verteilten Arbeitsgruppe ein virtuelles Team zu formen, mit sämtlichen Erwartungen die dieser Begriff impliziert. In dem betrachteten Unternehmen werden bereits etablierte digitale Interaktionsformen gesammelt. Vertrauen, Kommunikation, Leadership und Technologie werden als Grundbedingungen für die Bildung eines virtuellen Teams identifiziert. Diese Grundbedingungen werden mit der Entwicklungsstufe eines Teams und potentiellen digitalen Interaktionsformen in Beziehung gesetzt. Daraus folgt eine Übersicht von vorhandenen Interaktionsformen aber auch ein Schema zur Einordnung von zusätzlichen Interaktionsformen. Über einen begrenzten Zeitraum wurden drei der gesammelten Interaktionsformen in verschiedenen Teams evaluiert. Die Daten wurden mit besonderem Augenmerk hinsichtlich eines Einflusses auf quantitative Erfolgsparameter aber auch auf die subjektive Teamzufriedenheit erhoben. Kernaussage der Evaluation ist, dass virtuelle Zusammenarbeit nicht mit der Bildung eines Teams Widerspruch steht. Hierzu werden qualitative Aussagen mit den erwarteten Veränderungen in den Grundbedingungen eines Teams in Beziehung gesetzt. Daraus ergeben sich Erkenntnisse zu den evaluierten Interaktionsformen aber auch ein Ausblick auf weitere, langfristigere Untersuchungen zur virtuellen Zusammenarbeit. Philipp Eisbacher masterthesis https://opus.campus02.at/frontdoor/index/index/docId/285 Mon, 28 Aug 2023 15:54:37 +0200 https://opus.campus02.at/frontdoor/index/index/docId/287 Die vorliegende Masterarbeit beschäftigt sich mit Lasttests auf Systemebene. Die betrachtete Art von Softwaresystemen ist davon gekennzeichnet, dass diese innerhalb einer vernetzten Umgebung betrieben werden. Das bedeutet, dass diese mit verschiedenen anderen Systemen kommunizieren müssen und von Ereignissen eben dieser abhängig sind. Vorbereitend wird die betrachtete Problemstellung genauer klassifiziert. Dies soll helfen, dass der Leser die Ergebnisse der Arbeit auf eigene Problemstellungen übertragen kann. Weiterhin wird dadurch für die vorliegende Arbeit ein klarer Fokus geschaffen. Nachdem Methoden ermittelt werden, welche in modernen IT-Projekten bei der Testdurchführung eingesetzt werden, beschäftigt sich die vorliegende Arbeit mit den Voraussetzungen für die Testfallbeschreibung und -umgebung. Diese bilden das Ergebnis der vorliegenden Arbeit in Form einer Auflistung zu beachtender Punkte bei Lasttests auf Systemebene bei der betrachteten Art von Softwaresystemen. Hierbei werden jeweils sechs Voraussetzungen anhand aktueller Literatur ermittelt. Um die Anwendbarkeit für laufende und künftige Softwareprojekte gewährleisten zu können, werden die identifizierten Voraussetzungen im Rahmen eines IT-Migrationsprojekts angewendet. Bei dem hier zu testenden Softwaresystem handelt es sich um ein System auf Lagerveraltungs- und Materialflusssteuerungsebene innerhalb eines Intralogistiksystems. Es ist gekennzeichnet durch eine hohe Zahl an verbundenen Systemen zur Prozesssteuerung und einer hohen Materialflussleistung. Abschließend wird ein Fazit aus dem Praxisprojekt gezogen. Die Ergebnisse der vorliegenden Masterarbeit sind für Führungskräfte und insbesondere Testverantwortliche in der Softwareentwicklung gedacht. Beispielsweise Projektleiter, die vor der Herausforderung des Tests eines Softwaresystems in einer vergleichbaren vernetzten Umgebung stehen. Roland König masterthesis https://opus.campus02.at/frontdoor/index/index/docId/287 Mon, 28 Aug 2023 15:47:30 +0200 https://opus.campus02.at/frontdoor/index/index/docId/271 Die vorliegende Masterthesis liefert eine Einführung in die Themen Agile Business Intelligence, Data-Warehouse Architektur und das Testen von Software. Darauf aufbauend werden grundlegende Konzepte für das Testen von Data-Warehouse Systemen analysiert, und Ansätze für die Automatisierung solcher Systeme herausgearbeitet. Inhaltlich wird über die Thematiken Agilität und iterative Entwicklungsmethoden an die Notwendigkeit eines Konzeptes für die Testautomatisierung im Data-Warehouse Umfeld herangeführt. Jonas Assies masterthesis https://opus.campus02.at/frontdoor/index/index/docId/271 Mon, 28 Aug 2023 15:44:11 +0200 https://opus.campus02.at/frontdoor/index/index/docId/266 Die vorliegende Arbeit beschäftigt sich mit der Thematik, wie schnelle Ergebnisse mit Enterprise Architecture Management (EAM) und mit agilen Vorgehensweisen erzielt werden können, um prozessuale und technische Änderungen in der Organisation nachzuvollziehen. Zunächst wurde untersucht, welche Prinzipien und Werkzeuge aus den agilen Methoden und EAM vorhanden sind und wie daraus die Forschungsfragen zu beantworten sind. Aus diesen Werkzeugen wurde eine methodische Vorgehensweise entwickelt, mit der geprüft werden kann, wie Änderungen mit EAM nachvollzogen und daraus Anforderungen für das EAM fokussiert und priorisiert aufgenommen werden. Ergebnisse sollen so beschleunigt ermittelt werden. Im praktischen Teil wurde die methodische Vorgehensweise am Beispiel der Unternehmensgruppe ABLE Group angewendet. Mit Hilfe der Business-Scenario-Methode (TOGAF) wurden Qualitätsszenarien erstellt, welche als Startpunkt für ein iterativinkrementelles Vorgehen für die Nachvollziehbarkeit von Änderungen dienen. Die Qualitätsszenarien bildeten einen gedanklichen Rahmen für eine fokussierte Implementierung und mit EAM-Backlogs konnten diese Qualitätsszenarien priorisiert umgesetzt werden. Sivanujan Sivapatham masterthesis https://opus.campus02.at/frontdoor/index/index/docId/266 Mon, 28 Aug 2023 15:38:08 +0200 https://opus.campus02.at/frontdoor/index/index/docId/256 Die Gastronomie ist eine Branche, die als Dienstleistung ihre Kunden vor Ort bewirtet. Durch den laufenden direkten Kontakt zwischen Kunde und Angestellten besteht jederzeit die Moglichkeit, positives Feedback oder Beschwerden direkt abzugeben. Die TeLLers-Anwendung bietet über eine mobile Web-Anwendung einen zusatzlichen Kanal für Feedbacks. Diese liegen teilweise als natürlichsprachige Texte vor, die der Gastronom nur umständlich auswerten kann, um Handlungsfelder zu erkennen. Diese Arbeit analysiert die vorliegenden Datensatze und ordnet sie manuell einem Thema und einer Bewertung zu. Anschließend erfolgt die Umsetzung einer automatischen Analyse unter Verwendung einer lexikonbasierten Stimmungserkennung. Es zeigt sich, dass trotz des relativ einfachen technischen Ansatzes eine hohe Deckungsrate mit der manuellen Analyse gegeben ist. Ein wichtiger Grund dafür ist die direkte und einfache Sprache der vorliegenden Feedbacks. Durch gezielte Fragestellungen kann der Gastronom die Qualität der Antworten weiter optimieren, so dass die Feedbacks konkrete Vorschläge für Verbesserungen enthalten. Eine Datenanalyse ermittelt jene Themen, zu denen die meisten Feedbacks eintreffen. Abschließend erfolgen auf Basis einer Literaturrecherche Empfehlungen zu den am häufigsten eingemeldeten Problemfeldern. Ein Teil der Beschwerden weist auf geringe Missstände hin, die vor Ort schnell lösbar sind. Komplexere Themen liegen vor allem im Service sowie bei Leistung und Qualität von Essen und Getränken vor. Hier tendieren die Lösungsansätze zu Verbesserungen bei der Personalentwicklung sowie der Optimierung von Prozessen im Betrieb. Eine strukturierte Kosten- und Umsatzrechnung ist eine wichtige Basis dazu. Thomas Aglassinger masterthesis https://opus.campus02.at/frontdoor/index/index/docId/256 Mon, 28 Aug 2023 15:30:53 +0200 https://opus.campus02.at/frontdoor/index/index/docId/242 JavaScript ist Sprache des Webs geworden und die Entwicklung von komplexen JavaScript Web Applikationen nimmt stetig zu. Bei der Entwicklung von modernen JavaScript Web Applikationen ist das Zustandsmanagement ein zentraler und erfolgskritischer Themenkomplex. Das Hauptziel der Arbeit ist es, die möglichen Vorteile eines Redux basierten Zustandsmanagement für JavaScript Web Applikationen gegenüber herkömmlichen JavaScript MV*-Architekturen zu erarbeiten. Bisherige JavaScript-MV* Architekturen boten bislang Kompromiss behaftete und speziell in sehr umfangreichen Web Applikationen keine Lösungen, um das Zustandsmanagement möglichst vorsehbar zu machen. Viele Komponenten, Zustandsinteraktionen und Veränderungen aus verschiedensten Quellen machten es besonders schwer, den aktuellen Applikationszustand transparent darzustellen. Das Redux Paradigma formuliert und verbreitetet eine explizite Sprache und definierte Regeln, um den Zustand in komplexen Web Applikationen vorhersehbar verwalten zu können. Besonders in Bezug auf die Nachvollziehbarkeit und die Wartbarkeit des Programmcodes haben die Untersuchungen der Masterarbeit ergeben, dass die Implementierung des Redux Paradigmas große Vorteile gegenüber klassischen Zustandsmanagement Konzepten bieten kann. Es existieren eine Vielzahl von Entwicklerwerkzeugen, um die tägliche Arbeit zu unterstützen und zu vereinfachen. Beim Codeumfang konnten nach den Erkenntnissen der vorliegenden Masterarbeit keine Vorteile des Redux Paradigmas gegenüber einer klassischen Implementierung eines Daten Service für das Zustandsmanagement erkannt werden. Bezüglich der Render Performance ist eine Abhängigkeit zwischen Datenmenge und durchschnittlicher Renderzeit erkennbar. Bei geringer Daten Menge ist die Render Perfomance gegenüber der Daten Service Implementierung schneller, bei mittlerer Datenmenge sind beide Implementierung beinahe gleich schnell und bei einer hohen Datenmenge weist die Daten Service Implementierung eine bessere Render Performance gegenüber der Redux Implementierung auf. Die zunehmende Verbreitung und Popularität innerhalb der Entwicklergemeinde zeigt, dass das Redux Paradigma den Puls der Zeit trifft und eine angemessene Lösung für ein weit verbreitetes Problem bieten kann. Die Ergebnisse der vorliegenden Masterarbeit sollen mehr Klarheit in die Bewertung von Zustandsmanagement Lösungen in JavaScript Web Applikationen bringen und Entscheidern helfen, eine fundierte Auswahl bezüglich eines Konzepts zur Verwaltung des Zustands für ihre individuelle Herrausforderung treffen zu können. Paul Vincent Beigang masterthesis https://opus.campus02.at/frontdoor/index/index/docId/242 Mon, 28 Aug 2023 15:18:21 +0200 https://opus.campus02.at/frontdoor/index/index/docId/170 Durch die Verbreitung des Internets und damit der verteilten Anwendungen wurden serviceorientierte Architekturen zu einem festen Begriff der Softwareindustrie. In jüngerer Zukunft stieg das Interesse an Microservice Architekturen an und diese werden unter anderem auch mit „service orientation done right“ beschrieben. Diese Arbeit beschäftigt sich mit der Frage „Ist neu immer besser?“ und damit mit der Frage, ob Microservice Architekturen grundsätzlich besser sind als klassische serviceorientierte Architekturen. Zunächst werden die beiden Architekturen definiert und mit ihren Merkmalen beschrieben. Anschließend findet mit dem Architecture Tradeoff Analysis Model eine Definition einer Architekturbewertungsmethode statt. Außerdem werden Qualitätsattribute der ISO/IEC 25010 beschrieben die zur Bewertung der Softwarequalität verwendet werden kann. In dem nächsten Schritt werden die Fähigkeiten der beiden, in dieser Arbeit untersuchten, Architekturen beschrieben, die Qualitätskriterien der ISO/IEC 25010 zu erfüllen. Nachfolgend findet eine beispielhafte Auswertung von den Anforderungen von Webanwendungstypen an diese Qualitätskriterien statt mit anschließender Gegenüberstellung zu den Eigenschaften der Architekturen. Das Ergebnis dieser Arbeit ist, dass Microservice Architekturen grundsätzlich nicht immer besser sind als klassische serviceorientierte Architekturen und somit die Forschungsfrage mit „Nein“ beantwortet werden kann. Vielmehr sorgen die Merkmale der beiden Architekturen dafür, dass diese sich für unterschiedliche Anforderungen besonders eignen. Serviceorientierte Architekturen haben ihre Stärken beispielsweise in der Konnektivität zu anderen Systemen und den ausgereiften Technologien was vor allem die Sicherheit angeht. Microservices hingegen eignen sich sehr gut für Software mit sehr starken Skalierungs- und Performanceanforderungen. Alexander Goldbeck masterthesis https://opus.campus02.at/frontdoor/index/index/docId/170 Mon, 28 Aug 2023 13:40:09 +0200 https://opus.campus02.at/frontdoor/index/index/docId/181 Immer mehr Unternehmen setzen ihre Systeme mit Microservices um, da sie ihre Anwendungen schnell, agil und unabhängig in Produktion bringen möchten. So komplex dieser Architekturansatz ist, so vielfältig sind die Informationen, die für diesen Ansatz benötigt werden. Die vorliegende Arbeit beschäftigt sich daher damit, welche Aspekte für eine Microservice-Architektur von Relevanz sind und als Modell sichtbar gemacht werden sollten. Hierbei führt die Arbeit zunächst die allgemeinen Grundlagen der Softwarearchitektur und Modellierung ein. Anschließend werden auf Basis einer Literaturrecherche die relevanten Informationen einer Microservice-Architektur hervorgehoben. Die Kernelemente dabei sind die Makro- und Mikroarchitektur, die fachliche Aufteilung mit Domain-driven Design sowie die infrastrukturellen Herausforderungen. Aufgrund der sich ständig dynamisch ändernden Servicelandschaft, ist es in einer Microservice-Architektur außerdem erforderlich, sich mithilfe von automatisierter Datensammlung einen Überblick zu verschaffen. Anhand einer empirischen Studie konnte herausgefunden werden, dass die Unternehmen bereits diese relevanten Daten überwiegend über das Monitoring, Service Discovery oder Logging sammeln. Auch konnte herausgefunden werden, dass es Tendenzen bei den Aufgaben gibt, welche in der Praxis zur Makroarchitektur zugeordnet wurden. Im weiteren Verlauf der Arbeit wurde untersucht, inwieweit sich eine Microservice-Architektur mit klassischer Architekturbeschreibung wie arc42 beschreiben lässt. Aufgrund der allgemeinen Ausrichtung des Templates wurde prototypisch ein Modell entwickelt, welches die für eine Microservice-Architektur relevanten Entscheidungsfragen bereitstellt und somit bei den konkreten Entscheidungen unterstützt. Schließlich wurde das Modell mithilfe von qualitativen Interviews evaluiert. Hierbei wurde als Ergänzung ein Experte herangezogen, um mögliche Verbesserungen aus einer weiteren Perspektive miteinbringen zu können. Die Ergebnisse zeigten, dass das Modell zwar eine gute Basis darstellt, um einen Überblick zu den wichtigsten Entscheidungsfragen zu erhalten, aber dennoch weitere zielgruppenspezifische Informationen und detailliertere Ausführungen grundlegender Konzepte benötigt werden. Olcay Tümce masterthesis https://opus.campus02.at/frontdoor/index/index/docId/181 Mon, 28 Aug 2023 13:16:27 +0200 https://opus.campus02.at/frontdoor/index/index/docId/174 Diese theoriegeleitete Fallstudie geht der Frage nach, inwieweit sich das Requirements Engineering (RE) in einem Software-Entwicklungsprozess mit den Konzepten des Domain-Driven Designs (DDD) vereinbaren lässt. Die per Interview und teilnehmender Beobachtung erhobenen Daten wurden gemäß der qualitativen Inhaltsanalyse nach Gläser und Laudel ausgewertet. Der theoretische Rahmen gibt einen Überblick über die wichtigsten Konzepte des Domain-Driven Designs sowie über das Requirements Engineering, mit Fokus auf der Requirements-Analyse, skizziert Möglichkeiten der Integration des RE in das DDD und stellt Scrum als Vorgehensweise vor. Die Interviews zeigen, dass dem Projektteam sowohl die Ziele als auch die Produktvision unklar sind und dies zu Verunsicherung und Orientierungslosigkeit im Team führt. Das Requirements Engineering in der Rolle als Mittelsmann zwischen Fachbereich und Entwicklungsteam wird als problematisch eingestuft, da das Domänen-Wissen auf RE-Seite oft nicht ausreicht und der Abstimmungsaufwand durch Dreiecksdiskussionen steigt. Dies erschwert die Formulierung und Nutzung einer Ubiquitous Language und die Modellierung des Domänenmodells. Ist der Domänenexperte gleichzeitig in der Rolle des Product Owners tätig, entsteht zudem ein Rollen- und Interessenkonflikt, der eine DDD-Herangehensweise erschwert. Ergebnis der Arbeit ist, dass das Requirements Engineering als Vermittler sich nicht mit DDD vereinbaren lässt, aber unterstützende Funktionen einnehmen kann. Als Handlungsempfehlung kann daraus abgeleitet werden, Situationen zu vermeiden, in denen das Requirements Engineering im Widerspruch zum Domain-Driven Design steht, und Probleme im Entwicklungsprozess mit DDD zu beheben. Methoden und Techniken dafür werden vorgestellt. Die Arbeit ist für Personen interessant, die Aufgaben des Requirements Engineerings in DDD-basierten Entwicklungsprojekten wahrnehmen, also beispielsweise Projektleiter, Product Owner, Requirements Engineers oder Business Analysten. Mirka Lehrer masterthesis https://opus.campus02.at/frontdoor/index/index/docId/174 Wed, 08 Mar 2023 11:24:27 +0100