data-dictionary

Define data elements, structures, and compositions using formal data dictionary notation.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Requirements often reference vague terms like "customer information" or "order details" without defining what fields they contain, causing developers to make conflicting assumptions and producing inconsistent data structures in production. ## Core Features & Use Cases - Formal Notation: Define primitives, composite structures, repeating groups, selections, and optional elements using standard data dictionary symbols (=, +, [a|b], {x}, (x)). - CRUD Matrix Analysis: Cross-reference data entities against system functions to detect missing Create, Read, Update, or Delete requirements before development starts. - Enumeration and Valid Value Specification: Eliminate ambiguous fields by explicitly defining allowed values, formats, ranges, and defaults for every primitive element. - Use Case: Your requirements mention a "chemical record" but nobody has defined its fields. Use this Skill to decompose it into primitives (CAS number, quantity, expiration date), specify valid values, and run a CRUD matrix that reveals a missing Alert History feature. ## Quick Start Ask the agent to build a data dictionary for your project by defining every data element referenced in your requirements and running a CRUD completeness analysis.

Frequently Asked Questions about data-dictionary

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

FAQPage Schema
How do I create a data dictionary for software requirements?▼

Inventory every data noun in your requirements, define primitives with type, format, valid values, and defaults, then compose structures using notation like customer = name + address + phone. Finish by building a CRUD matrix to verify completeness.

What is data dictionary notation in requirements engineering?▼

It is a formal syntax where = means composed of, + means and, [a|b] means selection, {x} means repetition, N{x}M bounds occurrences, and (x) marks optional elements. It precisely defines data structures independent of implementation technology.

How does a CRUD matrix find missing requirements?▼

A CRUD matrix maps data entities against system functions, marking Create, Read, Update, and Delete operations. Empty cells expose gaps, such as an entity that is created but never read, or data with no defined creation path.

Is a data dictionary the same as a database schema?▼

No. A data dictionary is a requirements-level definition of what data means and how it is structured, independent of any implementation technology. A database schema is a physical design decision made later during development.

When should I not skip defining enumerations in requirements?▼

Never skip them. A status field defined only as string leads developers to invent inconsistent values like Active, active, and ACTIVE. Always specify explicit enumerations such as [Active | Inactive | Pending | Suspended].