Dokument mit den funktionalen Anforderungen
Das Functional Requirements Document (FRD) ist eine formale Erklärung der funktionalen Anforderungen einer Anwendung. Es dient dem gleichen Zweck wie ein Vertrag. Hier erklären sich die Entwickler damit einverstanden, die angegebenen Funktionen bereitzustellen. Der Kunde erklärt sich damit einverstanden, das Produkt als zufriedenstellend zu betrachten, wenn es die in der FRD angegebenen Funktionen bietet.
Funktionale Anforderungen erfassen das beabsichtigte Verhalten des Systems. Dieses Verhalten kann als Dienste, Aufgaben oder Funktionen ausgedrückt werden, die das System ausführen muss. Das Dokument sollte auf die Bedürfnisse eines bestimmten Projekts zugeschnitten sein. Sie definieren Dinge wie Systemberechnungen, Datenmanipulation und -verarbeitung, Benutzeroberfläche und Interaktion mit der Anwendung.
Das Functional Requirements Document (FRD) weist die folgenden Merkmale auf:
Es zeigt, dass die Anwendung in Bezug auf die Geschäftsziele und Geschäftsprozesse in den nächsten Jahren einen Mehrwert bietet.
Es enthält einen vollständigen Satz von Anforderungen für die Anwendung. Es lässt niemandem Raum, etwas anzunehmen, was nicht in der FRD angegeben ist.
Es ist lösungsunabhängig. Die ERD ist eine Aussage darüber, was die Anwendung tun soll - nicht darüber, wie sie funktioniert. Die FRD verpflichtet die Entwickler nicht zu einem Entwurf. Aus diesem Grund ist ein Hinweis auf die Verwendung einer bestimmten Technologie in einer FRD völlig unangemessen.
Die funktionale Anforderung sollte Folgendes umfassen:
Beschreibungen von data in das System eingegeben werden
Beschreibungen von operations von jedem Bildschirm durchgeführt
Beschreibungen von work-flows vom System durchgeführt
Beschreibungen von system reports oder andere Ausgänge
Wer kann das betreten data in das System?
Wie das System zutrifft regulatory requirements?
Die Funktionsspezifikation ist so konzipiert, dass sie von einem allgemeinen Publikum gelesen werden kann. Leser sollten das System verstehen, aber es sollten keine technischen Kenntnisse erforderlich sein, um dieses Dokument zu verstehen.
Funktionale Anforderungen Ergebnisse
Ein Business Requirements Document (BRD) besteht aus -
Functional Requirements- Ein Dokument mit detaillierten Anforderungen an das zu entwickelnde System. Diese Anforderungen definieren die funktionalen Merkmale und Fähigkeiten, die ein System besitzen muss. Stellen Sie sicher, dass alle im Business Case identifizierten Annahmen und Einschränkungen korrekt und aktuell sind.
Business Process Model - Ein Modell des aktuellen Status des Prozesses ("wie es ist" -Modell) oder ein Konzept dessen, was der Prozess werden soll ("zu sein" -Modell)
System Context Diagram - Ein Kontextdiagramm zeigt die Systemgrenzen, externen und internen Entitäten, die mit dem System interagieren, und die relevanten Datenflüsse zwischen diesen externen und internen Entitäten.
Flow Diagrams (as-is or to-be)- Diagramme zeigen grafisch die Abfolge von Vorgängen oder die Bewegung von Daten für einen Geschäftsprozess. Je nach Komplexität des Modells sind ein oder mehrere Flussdiagramme enthalten.
Business Rules and Data Requirements - Geschäftsregeln definieren oder beschränken einige Aspekte des Geschäfts und werden verwendet, um Datenbeschränkungen, Standardwerte, Wertebereiche, Kardinalität, Datentypen, Berechnungen, Ausnahmen, erforderliche Elemente und die relationale Integrität der Daten zu definieren.
Data Models - Entitätsbeziehungsdiagramme, Entitätsbeschreibungen, Klassendiagramme
Conceptual Model - Übergeordnete Anzeige verschiedener Entitäten für eine Geschäftsfunktion und deren Beziehung zueinander.
Logical Model - Veranschaulicht die spezifischen Entitäten, Attribute und Beziehungen, die an einer Geschäftsfunktion beteiligt sind, und repräsentiert alle Definitionen, Merkmale und Beziehungen von Daten in einer geschäftlichen, technischen oder konzeptionellen Umgebung.
Data Dictionary and Glossary - Eine Sammlung detaillierter Informationen zu den Datenelementen, Feldern, Tabellen und anderen Entitäten, aus denen das Datenmodell besteht, das einer Datenbank oder einem ähnlichen Datenverwaltungssystem zugrunde liegt.
Stakeholder Map- Identifiziert alle Stakeholder, die von der vorgeschlagenen Änderung betroffen sind, und ihren Einfluss / ihre Autorität für Anforderungen. Dieses Dokument wurde in der Erstellungsphase der Projektmanagement-Methodik (PMM) entwickelt und gehört dem Projektmanager. Es muss jedoch vom Projektteam aktualisiert werden, da während des gesamten Prozesses neue / geänderte Stakeholder identifiziert werden.
Requirements Traceability Matrix - Eine Tabelle, die logische Verknüpfungen zwischen einzelnen Funktionsanforderungen und anderen Arten von Systemartefakten veranschaulicht, einschließlich anderer Funktionsanforderungen, Anwendungsfälle / Benutzergeschichten, Architektur- und Designelemente, Codemodule, Testfälle und Geschäftsregeln.