DFDy

DFDy vs. otros modelos Qué se parece, qué no y cómo combinarlos

No encontré un modelo que siga el mismo recorrido que DFDy, pero varios cubren partes de él. Esta página los compara paso por paso.

La matriz es una lectura propia de cada modelo, no una evaluación oficial. Algunos modelos los revisé solo en fuentes secundarias.

Matriz por paso

DFDy cubre todas las filas. Cada columna indica si el otro modelo también lo cubre: sí, en parte o no.

Cobertura de cada paso de DFDy en otros modelos
Paso de DFDy BMAD Spec Kit Microsoft SDL TOGAF PDR, CDR y PRR OWASP SAMM
Requisitos de producto (PRD) Sí Sí Parcial Parcial No No
Comparar y registrar decisiones (KDD, ADR) Parcial Parcial No Parcial Parcial No
Arquitectura del servicio (SAD) Sí Parcial Parcial Sí Sí Parcial
Modelo de amenazas (TM) No No Sí No Parcial Sí
Metas de calidad medibles (NFR) Parcial Parcial Parcial Parcial Sí No
Contrato de la API (OAS) Parcial Parcial No No No No
Datos personales y auditorías (DCA) No No Sí No Parcial Parcial
Historias, pruebas y aceptación (HdU, TC, UAT) Sí Sí Parcial No No Parcial
Revisión de arquitectura (ARB) No No Parcial Sí Sí Parcial
Aprobación de seguridad (SSP) No No Sí No Parcial Parcial
Operación y salida a producción (SOP) No No Parcial No Sí Parcial
Qué se repite en cada versión Parcial Parcial No No No No

Modelo por modelo

  • Método ágil con agentes de IA

    BMAD Method (Breakthrough Method for Agile AI-Driven Development)

    Reparte el trabajo entre agentes de IA que hacen los roles de un equipo ágil: analista, product manager, arquitecto, diseño UX, scrum master y desarrollo. Avanza por fases: análisis, planificación (PRD y especificaciones), solución (arquitectura y UX) e implementación guiada por historias. Tiene un módulo aparte de arquitectura de pruebas.

    En qué se parece
    Es el pariente más cercano de DFDy: también parte del PRD, pasa por la arquitectura y baja a historias antes de escribir código, con un documento por etapa.
    En qué se diferencia
    No incluye clasificación de datos, revisión formal de arquitectura (ARB) ni aprobación de seguridad (SSP). Está pensado para que los agentes produzcan los documentos, no para las puertas de aprobación de una organización.
    Cómo combinarlo con DFDy
    BMAD puede producir los artefactos de DFDy (PRD, SAD, HdU) con agentes, y DFDy agrega las puertas de datos, arquitectura y seguridad antes de producción.

    Fuente encontrada por IA: Repositorio de BMAD-METHOD (bmad-code-org)

  • Flujo de trabajo para desarrollar con IA

    Spec-Driven Development (GitHub Spec Kit)

    Primero se escribe la especificación y el plan, y recién después se implementa. Sus pasos son constitución, especificar, planificar, tareas e implementar, y funciona con asistentes de código como Copilot o Claude Code.

    En qué se parece
    Muy parecido en espíritu: diseño antes del código, por feature, con la especificación como fuente de verdad.
    En qué se diferencia
    No tiene revisión de arquitectura, aprobación de seguridad ni clasificación de datos. Su alcance termina en el código.
    Cómo combinarlo con DFDy
    DFDy puede ser el marco de gobierno y Spec Kit la forma de ejecutar cada historia con IA.

    Fuente encontrada por IA: GitHub. Spec Kit, repositorio oficial

  • Ciclo de vida de desarrollo seguro

    Microsoft Security Development Lifecycle (SDL)

    Integra la seguridad y la privacidad en cinco fases: requisitos, diseño con modelado de amenazas, implementación, verificación y release, con aprobación antes de salir.

    En qué se parece
    Cubre lo que en DFDy hacen TM, DCA y SSP: requisitos de seguridad desde el inicio, el modelo de amenazas en el diseño y una puerta antes de producción.
    En qué se diferencia
    Se enfoca solo en seguridad y privacidad. No ordena el producto, la arquitectura general ni las historias.
    Cómo combinarlo con DFDy
    DFDy toma de SDL el modelo de amenazas (TM) como etapa propia, y sus demás prácticas pueden ser el contenido del SSP.

    Fuente encontrada por IA: Microsoft Learn: Security Development Lifecycle

  • Marco de arquitectura empresarial

    TOGAF (Architecture Board y revisión de cumplimiento)

    Define cómo una organización gobierna su arquitectura. Incluye un Architecture Board y revisiones formales de cumplimiento de los proyectos frente a la arquitectura de la empresa.

    En qué se parece
    De aquí viene la idea del ARB: una revisión formal de las decisiones de arquitectura.
    En qué se diferencia
    Trabaja a nivel de empresa, no de un servicio. No baja a contrato de API, historias ni pruebas.
    Cómo combinarlo con DFDy
    Si tu organización usa TOGAF, el ARB de DFDy es su revisión de cumplimiento aplicada a cada servicio.

    Fuente encontrada por IA: The Open Group: TOGAF, capacidad y gobierno de arquitectura

  • Puertas formales de revisión

    Revisiones de diseño (PDR, CDR) y Production Readiness Review (PRR)

    La PDR (Preliminary Design Review) y la CDR (Critical Design Review) vienen de la ingeniería aeroespacial y de hardware: revisan el diseño antes de construir. La PRR, común en equipos de SRE, revisa si un servicio está listo para producción: confiabilidad, seguridad, observabilidad, operación, datos y vuelta atrás.

    En qué se parece
    Son puertas como las de DFDy: la PDR se parece a la revisión del SAD y del ARB, y la PRR a la promoción a producción con sus SOP.
    En qué se diferencia
    Son eventos de revisión, no un recorrido completo. No dicen qué documentos producir ni en qué orden.
    Cómo combinarlo con DFDy
    La PRR puede ser la puerta final de DFDy antes de promover. Además, PDR es probablemente la sigla que quedó fuera del diagrama original.

    Fuente encontrada por IA: Qué es PDR y CDR (Colab) y guía de PRR (SRE School)

  • Modelo de madurez de seguridad

    OWASP SAMM (Software Assurance Maturity Model)

    Mide qué tan madura es una organización en seguridad del software, en cinco funciones: gobierno, diseño, implementación, verificación y operación.

    En qué se parece
    Su función de diseño (evaluación de amenazas, requisitos y arquitectura de seguridad) se cruza con DCA y SSP.
    En qué se diferencia
    No es un flujo: no dice qué hacer en qué orden, sino qué tan bien lo hace la organización.
    Cómo combinarlo con DFDy
    Sirve para medir y mejorar con el tiempo qué tan bien se ejecutan los pasos de seguridad de DFDy.

    Fuente encontrada por IA: OWASP SAMM

Qué aporta DFDy

Cada modelo cubre bien una parte: BMAD y Spec Kit el paso de la especificación al código, SDL y SAMM la seguridad, TOGAF el gobierno de arquitectura y las revisiones las puertas. DFDy junta en un solo recorrido el producto (PRD), las decisiones (ADR), la arquitectura (SAD), la calidad (NFR), el contrato (OAS), los datos (DCA), las historias y pruebas (HdU, TC, UAT) y las aprobaciones (ARB, SSP), con una regla de qué se repite en cada versión.