Prozess der Softwareentwicklung
| Phase | Rollen | Ergebnisse |
|---|---|---|
| Planung und Analyse | Auftraggeber, Busniness Analyst | Marktstudie, Projektkalkulation |
| Anforderungsdefinition | Anwender, Requirements Engineer | Kunden und Systemanforderungen |
| Entwurf | Software-Architekt | Software-Architektur |
| Implementation | Entwickler | Programme, Quellcode |
| Abnahme und Einführung | Qualitätsmanager, Projektleiter | Installiertes Produkt, Dokumentation |
Wesentliche Aktivitäten
- Anforderungen ermitteln
- Anforderungen Dokumentieren
- Anforderungen validieren und abstimmen
- Anforderungen verwalten
Ergebnisse
- Kundenanforderungen
- Produkt bzw Systemanforderungen
- Funktionale Anforderungen
- Nicht-funktionale Anforderungen
Kommunikation über gemeinsame Sprache
Welten der Softwareentwicklung
Anwendungsdomäne
- Ausschnitt der realen Welt
- repräsentiert Anwendungsbereich der durch Software gestützt werden soll
- Fachexperten sind Wissensträger
Lösungsdomäne
- Bereich der Modellierung der realen Welt
- eine Hilfe Software zu konstruieren
- Hauptakteure: Entwickler (Requirements Engineer, SW-Architekt, Programmierer)
- Entwickler müssen Anwendungsdomäne verstehen um Lösung zu entwickeln
Anforderungsartefakte
Anforderungsspezifikation
Eine Beschreibung der Leistung des Systems aus externer Sicht (Sicht des Kunden bzw. Auftraggeber)
Ein Anforderungsartefakt aus der Sicht der Kunden bzw. Auftraggeber sind Kundenanforderungen
Ein Anforderungsartefakt aus der Sicht der Auftragsgeber ist das Lastenheft
Fachliche Lösung
Lastenheft
- Inhalt durch “SO/IEC/IEEE-Standard 29148:2011 „Systems and software engineering —Life cycle processes — Requirements engineering” vorgegeben
- Besteht aus 3 Dokumenten
- Stakeholder requirements specification document (StRS)
- warum eine Organisation das Produkt braucht
- dokumentiert Prozesse, Regeln, Anforderungen
- durch Stakeholder definiert
- System requirements specification document (SysRS)
- Zweck und Umfang des Systems
- funktionale und nicht-funktionale Anforderungen
- Informationen zur Umgebung, Schnittstellen, Systemgrenzen, Systemkontext und Benutzungsszenarios
- Software requirements specification document (SRS)
- speziell auf Entwicklung der Software ausgerichtet
- Stakeholder requirements specification document (StRS)