Kartenstapel

Ein Vorgehensmodell ist ein strukturierter Ansatz für die So􏰀wareentwicklung, der den Prozessablauf, die Entwicklung von Artefakten und die Zuweisung von Rollen definiert.

Es gibt 2 Arten:

1.Das Wasserfallmodell

2.Agile Methoden.

Das Wasserfallmodell ist ein striktes Vorgehensmodell, das kaum Raum für Änderungen im Prozessverlauf bietet. Es verlangt, dass alle Projektanforderungen zu Beginn vollständig definiert und verstanden werden und dass diese Anforderungen über die gesamte Projektlaufzeit stabil bleiben. Jede Entwicklungsphase baut direkt auf der vorherigen auf und muss abgeschlossen sein, bevor die nächste Phase beginnt, was das Modell besonders für Projekte mit klaren, unveränderlichen Zielen geeignet macht.

Agile Methoden sind flexible, iterative Ansätze in der Softwareentwicklung, die schnelle Anpassungen an veränderte Anforderungen durch kontinuierliches Feedback und enge Zusammenarbeit mit dem Kunden ermöglichen, und sich durch regelmäßige Reflexion und Anpassung des Entwicklungsprozesses auszeichnen.

Sie eignen sich besonders für dynamische Projekte mit sich entwickelnden Anforderungen.

Interview

Workshops

Interviews: Direktes Befragen von Stakeholdern oder Benutzern, um deren Anforderungen, Bedürfnisse und Erwartungen zu verstehen. Geeignet für tiefergehende Einblicke und individuelle Perspektiven. Ziel: Klar definierte Anforderungen und Erfüllung der Benutzerbedürfnisse sicherstellen.

- Workshops: Zusammenbringen verschiedener Stakeholder und Teammitglieder, um Anforderungen zu diskutieren, zu analysieren und zu priorisieren. Fördert den interaktiven Austausch von Ideen und das Verständnis durch Zusammenarbeit. Geeignet für die Integration unterschiedlicher Sichtweisen und die Lösung von Konflikten. Ziel: Gemeinsame Definition von Anforderungen und Berücksichtigung aller relevanten Perspektiven.

Der Systemkontext beschreibt, wie ein System mit seiner Umgebung, wie Benutzern und anderen Systemen, interagiert und ist entscheidend, um dessen Anforderungen und Grenzen in der Softwareentwicklung zu verstehen.

1. Änderungsanforderung erfassen. Erfassen sie systematisch Änderungsanforderungen durch direkte Rückmeldungen von Stakehouldern, interne Überprüfungen oder während des Projektfortschritts erkannte Änderungsbedarfe.

2. Änderungsanforderung bewerten: Bewerten Sie die Auswirkungen der Änderungsanforderung auf das Projekt hinsichtlich Zeit, Kosten, Ressourcen und anderen Faktoren. Beurteilen Sie auch die Dringlichkeit und den Nutzen der Änderung.

3. Änderungsanforderung genehmigen: Entscheiden Sie, ob die Änderungsanforderung genehmigt oder abgelehnt wird. Diese Entscheidung auf der Bewertung der Auswirkungen und der Priorisierung basieren.

4. Änderungen implementieren: Implementieren Sie genehmigte Änderungen gemäß den Projektprozessen und den vereinbarten Richtlinien.

5.  Änderungen kommunizieren: Informieren Sie alle relevanten Stakeholder über genehmigte Änderungen und ihre Auswirkungen auf das Projekt. Dies hilft dabei, Transparenz zu schaffen und sicherzustellen, dass alle Beteiligten über den aktuellen Stand informiert sind.

    

    

1. Es ermöglicht effiziente und efffektive Erstellung, Anpassung und Weiterentwicklung an dem Sytsem

2. Entwurf des Softwaresystemes

1. Präsentation des Erreichten: Demonstration der im Sprint fertiggestellten Arbeit und Diskussion des Fortschritts bezüglich des Produktinkrements.

2. Feedback-Sammlung: Einholen von Rückmeldungen von Stakeholdern und Teammitgliedern zur Anpassung zukünftiger Planungen.

3. Anpassung der Produkt-Roadmap: Überprüfung und mögliche Anpassung der Produkt-Roadmap basierend auf dem Feedback und den Erkenntnissen des Sprints.

4. Transparenz und Klarheit: Sicherstellen, dass alle Teilnehmer den aktuellen Stand des Projekts verstehen und sich über die nächsten Schritte im Klaren sind.

UI = User Interface es bezieht sich auf die Oberfläche, über die der Benutzer mit dem Produkt interagiet ( “ Wie es aussieht”)

UX= User Experience bezieht sich auf die Gesamterfahrung der der Benutzer mit dem Produkt oder der Dienstleistung erlebt( “ Wie es sich anfühlt und funktioniert ”)

Extern: Umweltinteraktion und Funktioalität des Produktes

Intern: Erfüllung von Qualitätsanforderungen, betrifft die innere Struktur

Wertbarkeit:

Die Wartbarkeit einer Software bezieht sich auf die Leichtigkeit, mit der sie gewartet und aktualisiert werden kann, um Fehler zu beheben, die Leistung zu verbessern oder das System an veränderte Anforderungen anzupassen. Wesentliche Aspekte der Wartbarkeit umfassen:

( Schnelle Anpassungen, Schnelle Fehleranalyse, Stabilität)

Flexibilität:

Flexibilität in der Softwarearchitektur ermöglicht es dem System, sich an veränderte Anforderungen anzupassen, ohne dass eine vollständige Neugestaltung erforderlich ist. Dies beinhaltet:

• Unterstützung variabler Geschäftsprozesse: Die Architektur sollte so gestaltet sein, dass sie Anpassungen an Geschäftsprozessen ermöglicht, ohne dass dies zu umfangreichen Änderungen am System führt.

• Anpassungsfähigkeit an geänderte Anforderungen: Die Fähigkeit, neue Funktionalitäten oder Änderungen effizient zu integrieren, als Antwort auf die Evolution von Benutzerbedürfnissen oder technologischen Fortschritten.

1. Fachliche Schichtung: Es st der Schnittstelle der Benutzerinteraktion , sammelt Benutzereingaben und präsentiert Daten

1. Technische Schichtung: Implementiert Geschäftsregeln, Prezesse, es ist Zentral für die Anwendungslogik und Entscheidungsfindung

2. Datenhaltungsschicht: Verwaltet Datenpersistent, Speicherung und Zugriff auf Datenbanken oder Dateisysteme

Diese Schichtung ermöglicht eine klare Trennung von Verantwortlichkeiten, verbesserte Wartbarkeit und Flexibilität des Systems sowie eine effizientere Entwicklung, Implementierung und Wartung.

1.Anforderungstitel: Kurz und aussagekräftig. Wird im Projekt in allen Dokumentationen eingesetzt und sollte daher die Anforderung klar und eindeutig beschreiben.

2.Status: Gibt den aktuellen Zustand der Anforderung an, um den Fortschritt zu verfolgen und Transparenz zu gewährleisten.

 3.Quelle: Eigentümer oder ursprüngliche Quelle der Anforderung. Damit lässt sich die Anforderung später nachvollziehen, analysieren und Priorisierung.

Diese Metadaten organisieren und verbessern die Verwaltung von Anforderungen und tragen zur Klarheit, Konsistenz und Aktualität der Dokumentation bei.

Die Produktionsvision definiert mit einfachen Aussagen das Ziel, die Zielgruppe und den Nutzen eines zu entwickelnden Softwareprodukts und dient als Ausgangspunkt für dessen Entwicklung.

Produk􏰁onsvision ist ein Ausgangspunkt für die Entwicklung von So􏰀wareproduktentwicklung. Die Produk􏰁onsvisionen sind einfache Aussagen, die das Wesen des zu entwickelnden Produkts definieren. Die Produk􏰁onsvision sollte 3 grundlegende Fragen beantworten, was das zu entwickelndes Produkt ist, wer die Zielkunde oder Nutzer sind und warum die Kunde dieses Produkt kaufen sollten.

Ziele sind

·       Zweckgerichteter Entwurf des Softwaresystems

·       Ermöglichung einer effizienten und effektiven Erstellung und Weiterentwicklung des Systems.

Betrachtungen sind

·      Extern: Funktionalität des Produktes und seiner Interaktionen mit der Umwelt

·      Intern: Bestandteile des Produktes zur Ermöglichung der Funktionalität und Interaktionen sowie der Qualitätsanforderungen.

Scrum ist ein strukturiertes Framework mit festen Rollen und Zeitboxen (Sprints) für iterative Lieferung, während Kanban flexibler ist, keine festen Rollen oder Sprints hat und den kontinuierlichen Arbeitsfluss mit Schwerpunkt auf Effizienz und Flexibilität betont.

Eine Anforderung ist eine Aussage oder Dokumentation über nötige Eigenschaften, Zustände oder Fähigkeiten, die für die Problemlösung und Zielerreichung durch den Benutzer oder zur Erfüllung von Standards, Spezifikationen oder anderen formalen Vorgaben durch ein System oder dessen Teil benötigt werden.

1. Marktanforderungen: Umfasst Ziele, Umsetzung von strategien sowie die Bedrüfnisse und Anforderungen vpn Nutzern und Kunden.

2. Produktanforderungen: Analyse der Marktanforderungen

3. Kompetentenanforderungen: Abbildung auf konkrete Systemkompetenten, die implementiert werden

Funktionale Anforderunge: Es beschreibt die vom System zu erfüllende/ bereitzustellende Funktion

Qualitätsanforderungen: Es beschreibt die qualitiatven Eigenschaften die das System zu erfüllen hat

Randbedingungen: Randbedingung bezeichnet eine organisatorische oder technologische Anforderung, die Grenzen dafür setzt, wie das in Frage stehende System entwickelt und/oder betrieben werden kann.

·       Zuverlässigkeit

·       Verfügbarkeit

·       Exaktheit

·       Benutzerbarkeit

·       Leistungsfähigkeit

·       Funktionale Sicherheit

·       Informationssicherheit

1. Compliance

2. Architekturanforderungen

3. Entwicklungsbedingungen

·      Maßnahmen planen

·      Potenzielle Stakeholder identifizieren

·      Ziele und Erwartungen festlegen

·      Einfluss abschätzen

·      Betroffenheit und Motivation analysieren

1. **Was ist ein Systemkontext?**

Der Systemkontext beschreibt die Beziehungen und Interaktionen eines Software-Systems mit seiner Umgebung, einschließlich externer Systeme, Benutzer und anderer Stakeholder.

2. **Warum ist der Systemkontext in der Softwareentwicklung wichtig?**

Er ist wichtig, weil er hilft, die Grenzen des Systems zu definieren, relevante von irrelevanten Umgebungsaspekten zu unterscheiden und die Anforderungen klar zu stellen. Dies fördert das Verständnis des Systems, erleichtert die Kommunikation mit Stakeholdern und unterstützt die Identifikation von Schnittstellen und externen Einflüssen.

3. **Wie lässt sich der Systemkontext mit der UML modellieren?**

Mit einem UML-Use-Case-Diagramm. Dabei wird das System in der Mitte dargestellt und von Akteuren umgeben, die Benutzer oder externe Systeme repräsentieren. Diese Visualisierung zeigt die Systemgrenzen und die Interaktionen zwischen dem System und seiner Umgebung, was eine klare und verständliche Darstellung des Systemkontextes ermöglicht.

Das Sprint Review Meeting ist ein wesentlicher Bestandteil des Scrum-Frameworks, das am Ende jedes Sprints stattfindet. Das Hauptziel dieses Meetings ist die Überprüfung der im Sprint erreichten Arbeit und die Präsentation des Inkrements an die Stakeholder, um Feedback zu sammeln und den Wert des Produkts kontinuierlich zu steigern.

### Ziele des Sprint Review Meetings:

1. **Präsentation des Inkrements:** Das Entwicklungsteam demonstriert die im Sprint fertiggestellten Produktfunktionalitäten. Dies ermöglicht den Stakeholdern, den Fortschritt zu sehen und zu verstehen, was das Team erreicht hat.

2. **Feedback sammeln:** Durch die Präsentation des Inkrements können Stakeholder Feedback geben, das für die weitere Produktentwicklung von entscheidender Bedeutung ist. Dieses Feedback fließt in die Produkt-Backlog-Refinement-Prozesse ein.

3. **Anpassung der Produkt-Roadmap und des Backlogs:** Basierend auf dem Feedback und den Erkenntnissen des Reviews kann der Product Owner das Produkt-Backlog anpassen und neu priorisieren, um sicherzustellen, dass das Team an den wertvollsten Features arbeitet.

4. **Förderung der Transparenz:** Das Meeting bietet eine Plattform für das Team und die Stakeholder, um den aktuellen Stand des Projekts offen zu diskutieren und zukünftige Schritte zu planen.

### Teilnehmer:

- **Entwicklungsteam:** Präsentiert das Inkrement und teilt Erkenntnisse über die im Sprint geleistete Arbeit.

- **Scrum Master:** Fasst die Rolle des Facilitators zusammen und sorgt dafür, dass das Meeting produktiv verläuft.

- **Product Owner:** Nimmt Feedback entgegen und passt das Produkt-Backlog entsprechend an.

- **Stakeholder:** (z.B. Kunden, Benutzer, Unternehmensführung) Geben Feedback basierend auf der Demonstration und Diskussion des Inkrements.

### Mögliche Ergebnisse:

- **Angepasstes Produkt-Backlog:** Neue Anforderungen, Änderungen oder Anpassungen, die basierend auf dem Feedback der Stakeholder gemacht wurden.

- **Klarheit über die nächste Iteration:** Ein besseres Verständnis darüber, welche Funktionen oder Verbesserungen im nächsten Sprint Priorität haben sollten.

- **Verbesserungsvorschläge:** Identifizierung von Bereichen für Verbesserungen in Arbeitsabläufen, Techniken oder im Produkt selbst.

- **Entscheidungen über die Produktstrategie:** Anpassungen der Produktstrategie oder -richtung basierend auf dem Markt- oder Benutzerfeedback.

Das Sprint Review Meeting ist somit ein kritischer Punkt im Scrum-Prozess, der nicht nur den Fortschritt bewertet, sondern auch die Weichen für die zukünftige Entwicklung stellt.

Die Kernunterschiede zwischen dem Wasserfallmodell und agilen Methoden liegen in der Flexibilität, dem Umgang mit Anforderungsänderungen, der Kundenbeteiligung und der Projektstruktur: Wasserfall ist linear und änderungsresistent, während Agile wiederholend , anpassungsfähig und kundenorientiert ist.