nfr-checklist

Elicit and document Non-Functional Requirements using ISO 25010 and TOGAF.

3|1|Updated Feb 26, 2026
One-click install
npx skills add https://github.com/gtonic/ea-skills --skill nfr-checklist
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: nfr-checklist
Source: https://github.com/gtonic/ea-skills/tree/main/.skills/nfr-checklist
Command: npx skills add https://github.com/gtonic/ea-skills --skill nfr-checklist

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill streamlines the often-overlooked but critical process of defining, documenting, and prioritizing Non-Functional Requirements (NFRs), ensuring that crucial quality attributes like performance, security, and reliability are addressed early in the architecture and development lifecycle.

Core Features & Use Cases

  • Systematic NFR Elicitation: Guides users through 11 quality attributes (ISO 25010/TOGAF) via an interactive dialog.
  • Measurable Scenarios: Helps define Quality Attribute Scenarios with clear stimulus, response measures, and thresholds.
  • Prioritization: Facilitates prioritization using MoSCoW and Architecture Relevance (H/M/L).
  • Architecture Tactic Derivation: Suggests concrete architecture tactics and identifies trade-offs.
  • Output Formats: Generates comprehensive NFR catalogs, summary tables, NFR cards, and architecture implication reports.
  • Use Case: A Solution Architect needs to gather NFRs for a new e-commerce platform. This Skill will guide them through defining requirements for availability (e.g., 99.95% uptime), performance (e.g., P95 API response time < 200ms), and security (e.g., PCI-DSS compliance), deriving necessary architecture tactics like load balancing and encryption, and producing a structured catalog for review.

Quick Start

Use the nfr-checklist skill to start gathering non-functional requirements for the new banking application.

Frequently Asked Questions about nfr-checklist

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I define and prioritize non-functional requirements for a new software architecture?

To define non-functional requirements (NFRs), systematically elicit quality attributes via interactive dialog, document measurable scenarios, and prioritize them using MoSCoW and architecture relevance to output a structured NFR catalog. This ensures critical attributes like performance and security are addressed early in the lifecycle.

What is the best way to map ISO 25010 quality attributes to architecture tactics?

Mapping ISO 25010 quality attributes to architecture tactics involves defining quality attribute scenarios with clear stimuli and response measures, then deriving concrete architecture tactics while identifying trade-offs. This process translates standard quality categories directly into actionable architectural decisions.

How do you write measurable quality attribute scenarios for SLA specification?

Writing measurable quality attribute scenarios for SLA specification requires defining specific stimuli, response measures, and thresholds. This ensures service level agreements for attributes like availability and performance are quantifiable, such as specifying 99.95% uptime or P95 API response times under 200ms.

Can I use TOGAF principles for NFR gathering and architecture-driven requirement analysis?

Yes, you can use TOGAF principles for NFR gathering by systematically eliciting and documenting requirements across 11 quality attributes. This facilitates architecture-driven requirement analysis by evaluating architecture relevance and generating implication reports for solution architecture planning.

What outputs are generated when documenting non-functional requirements?

Documenting non-functional requirements generates structured outputs including comprehensive NFR catalogs, summary tables, individual NFR cards, and architecture implication reports. These formats ensure quality attributes are clearly communicated and actionable for design and review processes.