In dieser Arbeit werden Anforderungen mittels eines Use Case Diagramms dargestellt und anschließend formell beschrieben. Anschließend erfolgt die Modellierung des beispielhaften Use Cases als Klassen- und Aktivitätendiagramm. Außerdem wird ein erster Entwurf der Architektur des zu entwickelnden Software Systems dargestellt. Zum Abschluss dieser Arbeit gehört ein Fazit und ein Ausblick auf das, was folgen kann.
Viele Unternehmen entdecken zurzeit die Agile Entwicklung für sich. In dieser ist es üblich, die in dieser Arbeit dargestellten Vorgehensweise nicht zu berücksichtigen. In der agilen Entwicklung wird auf schnelle, inkrementelle Auslieferung von kleinen Softwarepaketen Wert gelegt. D.h., dass große Analysen und Anforderungserhebungen nicht im Vorfeld stattfinden. Dabei können Anforderungen, die im ersten Augenblick nicht offensichtlich sind, vergessen werden. In großen Projekten wird dieses Vorgehen wohl kaum umzusetzen sein. Damit Fehler vermieden werden, sollte an der strukturierten Analyse festgehalten werden.
Inhaltsverzeichnis
1 Einführung
1.1 Einführung in die Software-Entwicklung
1.2 Problemstellung der Arbeit
1.3 Zielsetzung und Vorgehensweise
2 Entwicklung eines Software-Systems auf Basis der Kern-Konzepte der Software-Entwicklung
2.1 Kurze Beschreibung der Fallstudie
2.2 Strukturierte Erhebung der Anforderungen an das Software-System
2.3 Modellierung des zu entwickelnden Software-Systems
2.4 Architektur des zu entwickelnden Software-Systems
3 Fazit und Ausblick
Zielsetzung & Themen
Ziel dieses Scientific Essays ist es, die Relevanz strukturierter Software-Engineering-Prozesse gegenüber rein agilen Ansätzen anhand der Fallstudie "Journey to Space" zu veranschaulichen. Dabei liegt der Fokus auf der methodischen Anforderungserhebung, Modellierung und architektonischen Planung, um die Softwarequalität zu sichern und Fehler in komplexen Projekten frühzeitig zu minimieren.
- Grundlagen des Software Engineerings
- Strukturierte Anforderungserhebung und Use-Case-Analyse
- Modellierung mit UML (Klassen- und Aktivitätendiagramme)
- Softwarearchitektur und Schichtenmodelle
- Vergleich und Kombination verschiedener Entwicklungsmethodiken
Auszug aus dem Buch
1.1 Einführung in die Software-Entwicklung
Gegen Ende der 1960er Jahre hat das Softwareengineering erstmals an Aufmerksamkeit gewonnen. Auslöser war hier die in 1967er Jahre entstandene Software-Krise, welche aus zu schnell entwickelter Software ohne Knowledge Transfer oder Dokumentation herauswuchs. Das Software Engineering sollte dem als systembasierter Ansatz entgegenwirken, wobei der ganzheitliche Entwicklungsprozess einer Software einer klaren Struktur folgt.
Dieser Prozess reicht von der Konzeptionsphase bis hin zu Implementierung, Testing und Wartung. Die Literatur lässt viele Definitionsansätze für den Begriff des Software Engineering zu. Im Rahmen dieses Scientific Essay wird die Definition von Ludewig herangezogen: „Software Engineering ist jede Aktivität, bei der es um die Erstellung oder Veränderung von Software geht, soweit mit der Software Ziele verfolgt werden, die über die Software selbst hinausgehen.“.
Der Ablauf des Software Engineering Prozesses startet mit der Identifikation der Stakeholder. Dabei handelt es sich in der Regel um den Kunden als Nutzer, die Entwickler, Administratoren, Architekten und Tester. Anschließend werden die Anforderungen in einem Lastenheft in PROSA definiert. Das Pflichtenheft soll hierbei die tatsächlichen umzusetzenden Anforderungen vertraglich festhalten und mittels Unified Modelling Language (UML) in verschiedenen Diagrammen illustrieren. Design, Entwurf und Architektur folgen dem Pflichtenheft und stellen insgesamt die Art der Umsetzung dar. In der Implementierungsphase werden schließlich Prototypen gefertigt. Die finale Testphase ist Teil des Qualitätsmanagements und rundet den gesamten Aktivitätsstrang des Software Engineering ab.
Zusammenfassung der Kapitel
1 Einführung: Dieses Kapitel erläutert die geschichtlichen Hintergründe des Software Engineerings sowie die Problemstellung und Zielsetzung der vorliegenden Arbeit.
2 Entwicklung eines Software-Systems auf Basis der Kern-Konzepte der Software-Entwicklung: Dieser Hauptteil widmet sich der praktischen Anwendung der Engineering-Methoden an der Fallstudie "Journey to Space", einschließlich Anforderungsanalyse, UML-Modellierung und Architekturdesign.
3 Fazit und Ausblick: Das abschließende Kapitel reflektiert die Erkenntnisse aus der Arbeit und empfiehlt eine Kombination aus klassischer Struktur und agilen Elementen zur Qualitätssicherung.
Schlüsselwörter
Software Engineering, Software-Krise, Anforderungserhebung, Use Case, UML, Modellierung, Klassendiagramm, Aktivitätendiagramm, Softwarearchitektur, Schichtenmodell, Modularisierung, Kopplung, Kohäsion, Agile Entwicklung, Journey to Space
Häufig gestellte Fragen
Worum geht es in dieser Arbeit grundsätzlich?
Die Arbeit befasst sich mit den grundlegenden Prozessen des Software Engineerings und demonstriert deren Anwendung anhand einer Fallstudie.
Was sind die zentralen Themenfelder?
Die zentralen Felder umfassen die Anforderungserhebung, die visuelle Modellierung mittels UML und den Entwurf einer tragfähigen Softwarearchitektur.
Was ist das primäre Ziel der Forschungsarbeit?
Das Ziel ist es aufzuzeigen, warum eine strukturierte Vorgehensweise bei der Softwareentwicklung auch in modernen Zeiten notwendig bleibt, um Fehler zu vermeiden und Qualität sicherzustellen.
Welche wissenschaftliche Methode wird verwendet?
Die Arbeit nutzt die Literaturanalyse zur theoretischen Fundierung sowie die fallstudienbasierte Anwendung von UML-Diagrammen und Architektur-Schichtenmodellen.
Was wird im Hauptteil behandelt?
Im Hauptteil werden Anforderungen erhoben, Anwendungsfälle (Use Cases) grafisch dargestellt sowie Klassen- und Aktivitätendiagramme und ein Architekturkonzept für das System "Journey to Space" entwickelt.
Welche Schlüsselwörter charakterisieren die Arbeit?
Software Engineering, UML, Anforderungsanalyse, Architektur-Schichtenmodell und Fallstudien-Methodik.
Wie definiert die Arbeit den Nutzen von Use Cases?
Use Cases dienen als Bindeglied zwischen Stakeholder-Anforderungen und technischer Implementierung, indem sie das gewünschte Systemverhalten in natürlicher Sprache beschreiben.
Warum wird im Schichtenmodell eine geringe Kopplung angestrebt?
Eine geringe Kopplung zwischen Modulen erhöht die Flexibilität, da einzelne Komponenten einfacher ausgetauscht oder weiterentwickelt werden können, ohne das Gesamtsystem zu gefährden.
- Arbeit zitieren
- Steffen Friesen (Autor:in), 2020, Fallstudie Software-Engineering. Kernkonzept und Veranschaulichung, München, GRIN Verlag, https://www.grin.com/document/1131048
