Back to Roles
Guide Origin: Official | ArcKit Version: [VERSION]
DDaT Role Family: Product and Delivery Framework: UK Government DDaT Capability Framework
Overview
The Business Analyst elicits, analyses, and documents requirements. You are the bridge between stakeholders and the technical team — owning the requirements specification and ensuring traceability from business needs through to design and test.
Primary Commands
| Command | Purpose | Guide |
|---|---|---|
/arckit:requirements |
Create comprehensive business and technical requirements (BR, FR, NFR, INT, DR) | Guide |
/arckit:stakeholders |
Analyse stakeholder drivers, goals, and measurable outcomes | Guide |
/arckit:data-model |
Model data entities, relationships, and governance (with Data Architect) | Guide |
/arckit:traceability |
Generate requirements traceability matrix — requirements to design to tests | Guide |
Secondary Commands
| Command | Your Involvement | Guide |
|---|---|---|
/arckit:plan |
Contribute to project planning (requirements phase estimation) | Guide |
/arckit:sobc |
Provide requirements analysis for business case | Guide |
/arckit:backlog |
Review backlog for requirements coverage | Guide |
/arckit:research |
Provide requirements context for technology research | Guide |
/arckit:risk |
Identify requirements-related risks (scope creep, ambiguity) | Guide |
/arckit:story |
Review project story for requirements accuracy | Guide |
/arckit:analyze |
Review governance analysis for requirements gaps | Guide |
Typical Workflow
stakeholders → requirements → data-model → traceability
Step-by-step
- Map stakeholders: Run
/arckit:stakeholdersto identify who needs what and why - Elicit requirements: Run
/arckit:requirements— categorise as BR-xxx, FR-xxx, NFR-xxx, INT-xxx, DR-xxx - Model data: Run
/arckit:data-model(with Data Architect) to define entities and relationships from DR-xxx - Verify traceability: Run
/arckit:traceabilityto ensure all requirements trace to design and test artifacts - Iterate: As design progresses, re-run traceability to catch gaps
Requirements ID Prefixes
As the requirements author, you'll use these ID prefixes:
| Prefix | Category | Examples |
|---|---|---|
| BR-xxx | Business Requirements | BR-001, BR-002 |
| FR-xxx | Functional Requirements | FR-001, FR-002 |
| NFR-xxx | Non-Functional Requirements | NFR-P-001 (Performance), NFR-SEC-001 (Security) |
| INT-xxx | Integration Requirements | INT-001, INT-002 |
| DR-xxx | Data Requirements | DR-001, DR-002 |
Key Artifacts You Own
ARC-{PID}-REQ-v*.md— Requirements specification (the most-consumed artifact in ArcKit)ARC-{PID}-STKE-v*.md— Stakeholder analysis (co-owned with Business Architect)ARC-{PID}-TRAC-v*.md— Traceability matrix (co-owned with Delivery Manager)
Related Roles
- Product Manager — prioritises the requirements you define
- Solution Architect — designs solutions to meet your requirements
- Data Architect — models data from your DR-xxx requirements
- Business Architect — provides the strategic context for your analysis