Implementierung (E9)
Wie entstehen Informationssysteme?
Neu-Ulm University of Applied Sciences
15. August 2025
Motivation
We‘ve minimized the economic impact of the defects of the system via an advanced business process called ‘hoping nobody notices’. Dilbert, merican comic strip written and illustrated by Scott Adams
As a rule, software systems do not work well until they have been used, and have failed repeatedly, in real applications. David Parnas, early pioneer of software engineering and professor of computer science
Lernergebnisse 🎯
Nach dieser Einheit
- verstehen Sie, weshalb Modelle für die Entwicklung und Anpassung von Anwendungssystemen notwendig sind,
- können Sie den Anwendungslebenszyklus beschreiben,
- kennen Sie erste Herausforderungen in der fachlichen Konzeption von Anwendungssystemen sowie Ansätze zum Umgang mit diesen,
- verstehen Sie Grundsätze der linearen Phasen-basierten sowie der agilen Methoden zur Entwicklung von Individualsoftware erläutern und
- können Sie den Auswahl- und Einführungsprozess von Standardsoftware beschreiben
Einleitung
Für viele Bereiche sind Anwendungen am Markt erhältlich, mit der die fachlichen Anforderungen vieler Unternehmen abgedeckt werden können — sogenannte Standardsoftware (Mertens et al., 2016).
Sind die Anforderungen des Unternehmens sehr spezifisch, so muss die Standardsoftware modifiziert bzw. erweitert werden.
Ist das nicht möglich, ist die Entwicklung eines unternehmensspezifischen Anwendungssystems erforderlich — sogenannte Individualsoftware (Mertens et al., 2016).
Anwendungslebenszyklus
Der Lebenszyklus von betrieblichen Anwendungssystemen überspannt den Zeitraum zwischen der ursprünglichen Idee über die Entwicklung und Einführung, sowie die Wartung und evtl. Weiterentwicklung bis hin zur Ablösung (Krcmar, 2015).
Angesichts der relativ langen Lebensdauer von betrieblichen Anwendungen muss der Lebenszyklus systematisch gesteuert werden.
Der Anwendungslebenszyklus wird im Allgemeinen in sechs Phasen unterteilt: Entwicklung, Einführung, Wachstum,Sättigung/Reife, Rückgang und Abschaffung (Heinrich & Lehner, 2005).
Visualisierung
Anforderungsmanagement
Vor der Auswahl einer Standardsoftware bzw. der Entwicklung einer Individualsoftware sowie deren Einführung eines Systems müssen die Anforderungen unternehmensspezifisch erhoben werden (Krcmar, 2015).
Informationssysteme sind soziotechnische Systeme. Deshalb müssen neben den technischen Anforderungen auch Anforderungen an die nicht-technischen Komponenten formuliert werden (insbesondere die zu gestaltenden Prozesse).
Das Anforderungsmanagement ist eine systematische Vorgehensweise, um alle relevanten Anforderungen zu ermitteln, zu analysieren, zu vereinbaren, zu spezifizieren, zu validieren, im Projekt zu verfolgen und gegebenenfalls zu ändern (Ebert, 2019).
Notwendigkeit
Anforderungsarten
Die Anforderungen an ein zu entwickelndes System können in funktionale und nichtfunktionale Anforderungen unterschieden werden.
- Funktionale Anforderungen
- Diese beschreiben das Verhalten und die Funktionen des Systems und geben an, was das System leisten soll (bspw. Funktionsumfang, UI/UX, Datenstrukturen, Integrationsmöglichkeiten).
- Nichtfunktionale Anforderungen
- Diese beschreiben, wie gut funktionale Anforderungen durch das System realisiert werden sollen (bspw. die Reaktionszeit, Verfügbarkeit, Sicherheit).
Visualisierung
Aktivitäten
Spezifikation
Die Form der Beschreibung wird mit zunehmendem Detaillierungsgrad immer formaler bis hin zu einer detaillierten technischen Spezifikation (Modelle).
- Grobkonzept
- Semi-formale Beschreibung der fachlichen Anforderungen und Grenzen auf hohem Niveau
- Fachkonzept
- Detaillierte Ausformulierung der fachlichen Anforderungen inkl. formaler Modelle („Lastenheft“)
- Technisches Design
- Formaler Systementwurf mit allen systemseitig notwendigen Festlegungen und Eingrenzungen
Software-Entwicklung
Der Erfolg einer Anwendungsentwicklung hängt wesentlich davon ab, wie gut die einzelnen Schritte des Projektes geplant, wie gut Probleme vorhergesehen und mögliche Lösungen vorbereitet werden (Krcmar, 2015).
In der Praxis werden in der Software-Entwicklung zwei verschiedene Typen von Vorgehensmodellen verwendet:
- Lineare Phasenmodelle: Grundprinzip ist die Abgrenzung einzelner Phasen durch Meilensteine. Die Phasen werden sequenziell durchlaufen, Rücksprünge in vorangegangene Phasen sind nur dann vorgesehen, wenn festgestellt wird, dass gesteckte Ziele sonst nicht erreicht werden.
- Agile, iterative Vorgehensmodelle: Die Wiederholung von vorangegangenen Arbeitsschritten ist ausdrücklich vorgesehen.
Lineare Phasenmodelle
Die linearen Phasenmodelle zerlegen den Entwicklungsprozess in aufeinanderfolgende Spezifikationsschritte.
Die einzelnen Teilschritte schließen jeweils mit einem nachzuweisenden Ergebnis ab, das den Input für die nächste Phase bildet. Deshalb wird dieses Modelle auch oft als Wasserfall-Modell bezeichnet.
Falls Probleme auftauchen, für die Entscheidungen in vorigen Phasen ursächlich sind, muss in die Phase zurückgesprungen werden, in der diese getroffen wurden. Die Fehlerbeseitigung kann dann aufwändig sein.
Visualisierung
Agile, iterative Ansätze
Agile Ansätze umfassen wiederholt ablaufende Aktivitäten, an deren Ende jeweils ein messbares Teilergebnis, d. h. eine teilfertige und nutzbare Version des zu erstellenden Systems, als Grundlage für nachfolgende Iterationen steht (Mertens et al., 2016).
- Als Basis der Umsetzung dient in der Regel eine fachliche Anforderungsdefinition („User Story“), die in einzelne logisch zusammengehörende Arbeitspakete unterteilt wird.
- Die Kommunikation zwischen den Entwicklern und mit den späteren Nutzern der Software ist ein wichtiges Element. Wenn möglich, sollen die teilfertigen Versionen schnell eingeführt und schrittweise ergänzt werden.
- Ein Beispiel für ein solchen Ansatz ist SCRUM.
Visualisierung
Software-Einführung
Projekte zum Einführen von Standardsoftware dauern zumeist mehrere Monate. Die Einführungskosten, insbesondere Personalkosten, übersteigen dabei meistens deutlich die Kosten für die Software (insbesondere Lizenzkosten) (Mertens et al., 2016).
Auch bei der Einführung von Standardsoftware ist ein erhebliches fachliches Verständnis für die zu unterstützenden betrieblichen Funktionen und Prozesse notwendig.
Projekte zum Einführen von Standardsoftware laufen vergleichbar der Individualentwicklung in Phasen ab.
Analog zur Entwicklung von Individualsoftware existieren verschiedene phasenorientierte Vorgehensmodelle. Allen gemein sind drei Grundphasen: die Auswahl, die Einführung sowie der Betrieb der Software.
Phasenmodell
Bei der Anpassung unterscheidet man zwischen Customizing und Parametrisierung. Im Rahmen des Customizing werden Eigenschaften der Software in der Regel per Programmierung angepasst, im Rahmen der Parametrisierung werden vorhandene Einstellungsmöglichkeiten des Systems zur Anpassung verwendet.
Produktauswahl
Auswahlkriterien
Lizenzmodelle
Die in der Praxis vorkommenden Lizenzmodelle für kommerzielle Anwendungssysteme unterscheiden sich hauptsächlich in den Bezugsgrößen, die für die Ermittlung der Lizenzkosten herangezogen werden (Krcmar, 2015):
- Nutzerbezogene Modelle—Bezugsgröße ist in der Regel die Anzahl der Nutzer (Lizenzkosten pro Nutzer)
- Wertbezogene Modelle—Bezugsgröße können Personalbestand, Herstellkosten oder verkaufte Produkte sein (z.B. Umsatzbeteiligung in einem Webshop)
- Zeitbezogene Modelle—Bezugsgröße ist die Dauer der Nutzung (Subskription)
- Infrastrukturbezogene Modelle—Bezugsgröße ist das Ausmaß der Nutzung der Infrastruktur (bspw. IaaS nach Prozessor- oder Speichernutzung, Lizenzkosten pro Gerät)
Diese Anforderung muss sukzessive auf drei Ebenen spezifiziert werden (Grobkonzept, Fachkonzept, technisches Design):
| Ebene | Leitfrage | Beispielhafte Spezifikation |
|---|---|---|
| Grobe Anforderung | Was soll grundsätzlich erreicht werden? | Studierende sollen über die App ihren Stundenplan einsehen können. |
| Fachliche Anforderung | Was soll die App konkret leisten? | Die App zeigt den persönlichen Stundenplan basierend auf belegten Modulen und Veranstaltungen. Änderungen im LSF werden automatisch übernommen. |
| Technische Anforderung | Wie wird das technisch umgesetzt? | Anbindung an das Moodle-System, täglicher Datenabgleich um 02:00 Uhr im JSON-Format, Anzeige in der App und in Moodle |
Übungen ✏️
Konzept-Speed-Dating
In dieser Übung vertiefen Sie zentrale Konzepte aus Softwareentwicklung und Anforderungsmanagement spielerisch.
Bilden Sie Paare und erklären Sie sich rundenweise untenstehende Begriffspaare. Nach der Erläuterung diskutieren Sie gemeinsam, vergleichen Vor- und Nachteile oder Einsatzszenarien.
- Standard- vs. Individualsoftware
- Funktionale vs. nicht-funktionale Anforderungen
- Wasserfall vs. Agile (SCRUM)
- Einführung-Phase vs Sättigung-/Reife-Phase
01:30
Mini-Fallstudie: HNU Campus-App
Phase 1: Anforderungsmanagement
Die HNU plant eine neue Campus-App. Ihre Aufgabe ist es, die Anforderungen für die App zu erfassen.
Bilden Sie Gruppen und arbeiten Sie an folgenden Aufgaben:
- Stakeholder identifizieren (Wer ist betroffen?)
- Anforderungen sammeln (je 5 funktionale und nicht-funktionale Anforderungen)
- Priorisieren (verwenden Sie die MoSCoW-Methode — Must / Should / Could / Won’t)
- Zielkonflikte erkennen (bspw. Datenschutz vs. Personalisierung)
10:00
Phase 2: Anforderungsspezifikation
Anforderungen werden iterativ auf drei Ebenen spezifiziert:
- Grobe Anforderung: Was soll grundsätzlich erreicht werden?
- Fachliche Anforderung: Was soll die App konkret leisten?
- Technische Anforderung: Wie wird es technisch umgesetzt?
Aufgabe:
- Führen Sie die Strukturierung für eine funktionale Anforderung durch (Einzelarbeit)
- Diskutieren Sie anschließend Ihre Spezifikation in der Gruppe:
- Was fiel leicht, womit hatten Sie Probleme?
- Welche Ebene ist für welche Stakeholder besonders relevant?
15:00
Phase 3: Make-or-Buy-Entscheidung
Für die Campus-App müssen Sie entscheiden: Eigenentwicklung oder Standardsoftware?
Bilden Sie Gruppen und bearbeiten Sie folgende Aufgaben:
- Erstellen Sie eine Bewertungsmatrix mit den wesentlichen Kriterien.
- Diskutieren Sie Vor- und Nachteile der Optionen und treffen Sie eine Entscheidung.
- Falls Sie sich für „Buy“ entscheiden: Überlegen Sie ein für Hochschule und Anbieter sinnvolles Lizenzmodell (nutzer-/zeit-/infrastrukturbezogen)
15:00
Phase 4a: Make — Vorgehensmodell wählen
Sie haben sich für eine Individualsoftware entschieden. Für die Implementierung müssen Sie ein Vorgehensmodell auswählen.
Bilden Sie zwei Fraktionen: Wasserfall-Verfechter und Agile-Verfechter
Aufgaben:
- Diskutieren Sie, welches Modell besser für die Campus-App passt.
- Definieren Sie ein MVP (Minimum Viable Product) für einen agilen Start:
- Welche Funktionen müssen im ersten Release enthalten sein?
- Welche Funktionen können später ergänzt werden?
- Diskutieren Sie, wie das MVP Risiken reduziert und welche Stakeholder davon profitieren
10:00
Phase 4b: Buy — Auswahl & Einführung
Sie haben sich für eine Standardsoftware entschieden. Planen Sie nun den Auswahlprozess entlang des 4-Phasen-Modells.
Aufgaben:
- Gehen Sie jede Phase nacheinander durch (Long List → RfI → Short List → RfP/Entscheidung).
- Überlegen Sie selbst die Leitfragen, die Sie in jeder Phase beantworten müssen.
- Diskutieren Sie in der Gruppe:
- Welche Risiken könnten auftreten?
- Welche Zielkonflikte müssen berücksichtigt werden?
- Welche Anforderungsebene (Grob / Fachlich / Technisch) ist für die Auswahl am wichtigsten?
- Reflektieren Sie, wie klar spezifizierte Anforderungen den Auswahlprozess erleichtern.
15:00