FRD Block
Define functional requirements with IDs, priorities, categories, and acceptance criteria. Bridge business needs and technical implementation with structured requirements.
The FRD (Functional Requirements Document) block structures functional requirements with unique identifiers, MoSCoW priorities, categories, and acceptance criteria. It provides the detail needed for development teams to implement features correctly.
When to Use
Block Properties
| Property | Required | Description |
|---|---|---|
| Title | Yes | FRD document title |
| Version | No | Document version number |
| Status | No | Draft, In Review, Approved, or Obsolete |
| Author | No | Document author |
| Date | No | Creation or last update date |
| Introduction | No | Purpose and scope of the FRD |
| System Context | No | High-level system boundaries |
| Requirements | No | Array of functional requirements |
| Assumptions | No | Conditions assumed to be true |
| Dependencies | No | External dependencies |
| Glossary | No | Term definitions |
Requirement Properties
| Property | Required | Description |
|---|---|---|
| ID | Yes | Unique requirement identifier |
| Category | No | Functional area or module |
| Priority | No | Must, Should, Could, or Won't (MoSCoW) |
| Description | Yes | What the system shall do |
| Acceptance Criteria | No | How to verify the requirement |
MoSCoW Priority Levels
Example: User Authentication FRD
Functional requirements for a user authentication module.
Best Practices
| Practice | Description |
|---|---|
| Consistent ID Numbering | Use consistent ID numbering (FR-001, FR-002) for traceability |
| System Shall Format | Write requirements in 'The system shall...' format |
| Testable Criteria | Make acceptance criteria specific and testable |
| Category Grouping | Group requirements by category for easier navigation |
| Glossary Terms | Include glossary terms for domain-specific language |
| Source Linking | Link requirements to source (BRD, user story, stakeholder) |
| Stakeholder Review | Review priorities with stakeholders before finalising |