business-rule

Document business rules as structured, traceable specifications separate from functional requirements.

23|1|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/jdm4pku/RE-Skills --skill business-rule-jdm4pku
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: business-rule
Source: https://github.com/jdm4pku/RE-Skills/tree/main/skills/business-rule
Command: npx skills add https://github.com/jdm4pku/RE-Skills --skill business-rule-jdm4pku

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Business rules often get buried inside requirements documents or scattered across source code, making them hard to find, update, and keep consistent when policies or regulations change. This Skill provides a structured method to identify, classify, and catalog business rules as standalone, traceable artifacts. ## Core Features & Use Cases - Rule Classification: Categorize each rule as Fact, Constraint, Action Enabler, Inference, or Computation with a unique ID (e.g., BR-001). - Structured Catalog Template: Capture source, rationale, volatility, effective date, and traceability links to functional requirements and use cases for every rule. - Conflict Detection: Use a rule conflict matrix to identify and resolve contradictions between rules before they reach production. - Use Case: When regulatory rules change annually, maintain them in a separate catalog so you update one rule entry instead of rewriting multiple sections of the SRS. ## Quick Start Ask the agent to document the business rules for your project, classifying each rule by type and tracing it to the related functional requirements.

Frequently Asked Questions about business-rule

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

FAQPage Schema
How do I document business rules separately from requirements?▼

Create a business rule catalog where each rule gets a unique ID, type classification (Fact, Constraint, Action Enabler, Inference, or Computation), precise statement, source, and rationale. Then trace each rule forward to the functional requirements that implement it.

What is the difference between a business rule and a functional requirement?▼

A business rule states the policy, such as orders over $10,000 require VP approval. A functional requirement describes what the system does about it, such as routing those orders to an approval queue. The rule is the why; the requirement is the system behavior.

What are the types of business rules in requirements engineering?▼

The five types are Fact (always true in the domain), Constraint (restriction on actions), Action Enabler (condition triggering an action), Inference (derives new facts), and Computation (mathematical formula). Classifying rules by type makes the catalog navigable and filterable.

How do I handle conflicting business rules?▼

Review rules pairwise for conflicts and document resolutions in a rule conflict matrix. For each conflict, record which rule takes precedence and why, such as a hazardous material surcharge overriding a free shipping promotion.

When should business rules not be embedded in an SRS?▼

Rules should live outside the SRS when they change frequently, apply across multiple features, or come from external regulations. Embedding them forces you to update many requirements when one rule changes; a separate catalog lets you update once and trace the impact.