Systeme werden auf der obersten Ebene durch System-Anforderungen und Funktionen (Features) beschrieben. Anforderungen beschreiben dabei ausschließlich Fähigkeiten oder Eigenschaften im „Problemraum“, sind also noch losgelöst von konkreten System-Lösungen. Der Lösungsraum wird aber bereits durch die Quality Attributes & Constraints eingeschränkt.
Schnittstellen zu Nachbarsystemen im Umfeld sowie deren Eigenschaften werden hier ebenfalls spezifiziert. Hierfür wird ein sogn. Kontext-Diagramm erstellt und verwendet.
Funktionale Systemanforderungen der Stakeholder werden häufig in Form von User Stories* geschrieben und später durch „Use Cases“ tiefer spezifiziert.
*) P4 führt in diesem Zusammenhang den Begriff „Stakeholder Stories“ ein, da sie für die Spezifikation von Anforderungen aller Stakeholder, nicht nur der Benutzer, geeignet sind.
**) Nicht-funktionale Anforderungen (NFR) werden in P4 nicht direkt in das System-Backlog geschrieben (siehe Quality Attributes & Constraints)
.
\r\n
Passende und weiterführende Artikel:
| Events | Rollen | Gruppen | Artefakte |
| Cluster-Planning | Cluster-Product-Owner
. |
Team-Product-Owner-Gruppe
. |
Inspizierbare-Ergebnisse
. Nutzbares-Wissen & System-Inkrement . |