Web Engineering

ein Bedürfnis! Eine gut beschriebene Anforderung vermittelt das Bedürfnis in einer klaren, präzisen und verifizierbaren Art&Weise denjenigen, die das Bedürfnis erfüllen sollen

Funktionale Anforderungen: Was das Produkt können muss, Datenwerte, Klassendiagramme, Algorithmen,...

Non-Funktionale Anforderungen: zielt ab auf Qualität (Effizienz, Wartung, Mobilität, Usability, Zuverlässigkeit, funktionale Qualitäten, ...)

Initiate -> Elicitation -> Assess -> Specification -> Validation

Business Requirements: High-Level-Ziele

User Requirements: Aufgaben, die Nutzer bewältigen können sollen

Environmental Requirements: Verfügbare Technologie als auch Ökosystem der Anwendung

Operational Requirements: Aufgaben, die Administratoren bewältigen können sollen

Vision und Scope-Dokument, verifiziert durch Stakeholder

Business Requirements sind gesammelt und fix (idealerweise)

Erste Scopes definiert, aber noch änderbar

Glossar

Project Team und Kunden: Memorandum of Agreement

Project Team und Management: Projekt ist abgesegnet
 

Präzisieren der Business Requirements: Warum (Business Requirement) mache ich was (Funktional) und wie (Non-Funktional/Qualität)?

Besseres Verständnis der Produktfeatures

Vision verbessern/Scope spezifieren durch Präzisierung des Scopes

Anforderungen verstehen und organisieren

Review der funktionalen Anforderungen (Features definieren, Prototyping,...)

Non-funktionale Anforderungen handeln (Invarianten, Constrains, Triggers, Berechnungen, Fehlerbehandlung,...)

Software Requirements Specification (muss man sich drauf verlassen können!)

Benutzbar und bereit für Änderungen

Featurebeschreibungen: Von wem, Ressourcen, Priorität, Abhängigkeiten/Risiken/mögl. Lösungen, User Stories, Test-Kritierien(!)

SRS-Template: Intro, Allgemine Beschreibung, System Features, Externe Interface Anforderungen, Andere non-funktionale Anforderungen, andere ANforderungen