bee:pre-dev-data-model

Model conceptual data structures, relationships, and ownership before database selection.

2|1|Updated Mar 3, 2026
One-click install
npx skills add https://github.com/luanrodrigues/ia-frmwrk --skill bee-pre-dev-data-model
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bee:pre-dev-data-model
Source: https://github.com/luanrodrigues/ia-frmwrk/tree/main/pm-team/skills/pre-dev-data-model
Command: npx skills add https://github.com/luanrodrigues/ia-frmwrk --skill bee-pre-dev-data-model

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill ensures that data structures, relationships, and ownership are clearly defined conceptually before any database technology is chosen, preventing common pitfalls like inconsistent data, unclear ownership, and migration issues.

Core Features & Use Cases

  • Conceptual Data Modeling: Define entities, attributes, and relationships without database-specific jargon.
  • Field Naming Strategy: Establishes a consistent approach for naming database fields, either by converting API standards or defining new ones.
  • Ownership Definition: Clearly assigns ownership of each entity to a specific component.
  • Use Case: Before building a new feature that requires storing user profiles and their associated orders, this Skill helps model the 'User' and 'Order' entities, their attributes (like userId, email, orderDate), and the relationship (a User has many Orders), ensuring this is done abstractly before selecting PostgreSQL or MongoDB.

Quick Start

Use the bee:pre-dev-data-model skill to define the data structures for a new user profile feature, ensuring all entities and relationships are clearly documented before database selection.

Frequently Asked Questions about bee:pre-dev-data-model

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

FAQPage Schema
How do I design a conceptual data model before choosing a database?

Conceptual data modeling defines entities, attributes, and relationships abstractly without database-specific jargon before technology selection. This approach prevents inconsistent data and unclear ownership by enforcing clear data ownership and field naming strategies prior to implementation.

Why define data ownership and field naming strategies before database selection?

Defining data ownership and field naming before database selection prevents implementation-specific constraints and unclear ownership. Establishing consistent naming conventions and assigning entities to specific components early ensures structural consistency across the backend application.

What is the best way to model persistent data structures for backend development?

The best way to model persistent data structures is to define conceptual models, relationships, and ownership abstractly before choosing a database technology. This enforces abstract data definition and prevents implementation-specific constraints for enterprise backend applications.

How do I create an entity relationship model for a new feature without database constraints?

Create an entity relationship model without database constraints by defining entities, attributes, and relationships conceptually. This approach models structures like 'User' and 'Order' abstractly, ensuring clear documentation of attributes and relationships before selecting PostgreSQL or MongoDB.

Does conceptual data modeling work for enterprise applications with complex entity relationships?

Conceptual data modeling works for enterprise applications by supporting backend data modeling for complex entity relationships. It defines persistent data structures, relationships, and ownership clearly before database selection, preventing migration issues and inconsistent data across components.