Einführung Software Engineering

Software als Produkt

von Ingenieuren systematisch entwickelt wie jedes andere Produkt

durch feststellbare Eigenschaften gekennzeichnet (Funktionalität, Qualität, …)

ABER Software ist immateriell: kein Verschleiss, Fehler eingebaut, Wiederverwendung sehr lukrativ

Definition von Architekturentwurf, Spezifikation

Software Systeme bestehen aus Modulen/ Komponenten → Gesamtfunktionalität

Gesamtstruktur = Software-Architektur

Schnittstellen der Komponenten definieren für parallele Entwicklung

Arbeitsschritte in der Softwareentwicklung

Analyse; Anforderungsspezifikation, Architekturentwurf und Spezifikation der Module, Codierung und Modultest; Integration, Test, Abnahme; Betrieb und Wartung

effektiv vs effizient

effektiv: Lösung, die geforderte Funktionalität aufweist; sie erfüllt ihren Zweck

effizient: Lösung, die von den gegebenen Betriebsmitteln sparsamen Gebrauch macht (wenig Rechenzeit, wenig Speicher)

Produktivität: Kombination aus Effektivität und Effizienz

funktionale vs nicht-funktionale Anforderungen

Funktion der Software: Beziehung zwischen Ein- und Ausgaben

funktional sind alle Anforderungen, die sich auf diese Funktion beziehen

nichtfunktional: alles andere; nicht präzise formulierbar, Zeitverhalten, Wartbarkeit, Robustheit, Bedienbarkeit

nicht-funktionale Anforderungen nach Glinz

Produkt/ System Anforderungen: z.b. Performance, Zuverlässigkeit, Sicherheit, Benutzerfreundlichkeit

Prozess Anforderungen: eingesetzte Methoden, Standards, Werkzeuge, Vorgehensmodelle

Projekt Anforderungen: Budget, Zeitplan, Meilensteine, Teamzusammensetzung

Software Requirements Specification (SRS)

Dokumentation der essentiellen Anforderungen der Software und externen Schnittstellen - Anforderungsspezifikation

Lastenheft vs Pflichtenheft

Lastenheft: Anforderungssammlung von Auftraggeber

Auftragnehmer erstellt Pflichtenheft (Anforderungsspezifikation) mit Spezifikation der Anforderungen, Lösungsansätze

Woraus besteht der Prozess der Anforderungsspezifikation?

Sammeln, Analysieren, Spezifizieren, Validieren

Unterschied zwischen Soll- und Ist-Analyse

Welche Schritte gehören zum Analysieren in der Anforderungsspezifikation?

Klassifizieren und Organisieren: sortieren von Anforderungen in verwandte Gruppen

Priorisieren und verhandeln: große Menge und viele Stakeholder resultiert in Konflikten zwischen Anforderungen; Konflikte lösen und Muss- Kann- Anforderungen festlegen

Dokumentieren: genauer beschreiben

Was bedeutet INVEST?

Independent: Story möglichst unabhängig von anderen → parallele Entwicklungen ermöglichen

Negotiable: Story ist eine Diskussionsgrundlage zwischen Product Owner und Team

Valuable: Story muss erkennbaren Nutzen für Nutzer oder System bringen

Estimatable: Team muss Story sinnvoll schätzen können

Sized Appropriately: passende Größe für z.B. Sprint

Testable: korrekte Umsetzung muss prüfbar sein

Was ist ein Use Case (Anwendungsfall) ?

immer System + mind. 1 actor (Akteur) beteiligt

Anstoß durch Trigger (spezielles Ereignis) von einem actor

Use case ist zielorientiert (Akteur möchte Ziel erreichen)

beschreibt alle Interaktionen zwischen System und actor (inkl. Ausnahmefälle)

endet wenn Ziel erreicht oder klar, dass nicht erreicht werden kann

daraus ergibt sich Normalablauf oder Ablauf von Sonderfällen

Was ist ein Use Case Diagramm (Anwendungsfalldiagramm)?

Unterscheidung Haupt- und Basisfunktionen: Beschreibung der fachlichen Funktionalität mit Einbindung der Basisfunktionen, die mehrmals vorkommen

Akteure stehen außerhalb des Systems

Anwendungsfälle als Pakete modelliert und durch Beziehungen (include, extend) verknüpft

Was ist eine Anforderungsanalyse mit User Stories?

nicht alle Anforderungen müssen zum gleichen Zeitpunkt detailliert sein

grobe Backlog Items, die wenn nötig verfeinert werden (fortschreitende Verfeinerung)

dadurch nicht zu viel Aufwand in Anforderungsanalyse für Anforderungen die nicht mehr umgesetzt werden

Wie werden User Stories dargestellt?

Story Card mit Name, ID, Beschreibung und Aufwandsbeschreibung

Beschreibung: As a … I want to … so that … .

User Story beschreibt nicht die Anforderung detailliert sondern eher einen Merker für weitere Konversation mit Stakeholder

Akzeptanztest auf der Rückseite für Erfüllung der User Story

Was sind die Ebenen der Detaillierung?

Epic, Feature, Sprintable Story, Task

Was bedeutet Definition of Done?