Estas dos dimensiones son ortogonales<\/strong>. Un Diagrama de Contexto puede ser f\u00edsico; un Diagrama de Nivel 3 puede ser l\u00f3gico. Tratar \u00abl\u00f3gico\u00bb como sin\u00f3nimo de \u00abde alto nivel\u00bb y \u00abf\u00edsico\u00bb como sin\u00f3nimo de \u00abdetallado\u00bb es un error fundamental que socava el poder anal\u00edtico del DFD.<\/p>\n Esta gu\u00eda proporciona una referencia completa e independiente para dominar el eje L\u00f3gico\/F\u00edsico. Establece definiciones precisas, delimita reglas estrictas de transformaci\u00f3n, identifica antipatrones comunes y demuestra c\u00f3mo mantener esta separaci\u00f3n sirve como la principal defensa contra la deuda arquitect\u00f3nica. Ya sea que est\u00e9 elicitando requisitos empresariales o especificando contratos de microservicios, comprender esta dicotom\u00eda marca la diferencia entre un DFD que captura la verdad empresarial duradera y uno que simplemente documenta una implementaci\u00f3n t\u00e9cnica transitoria.<\/p>\n Antes de examinar los modelos individualmente, debemos establecer el sistema de coordenadas. La calidad del DFD depende de dos ejes independientes:<\/p>\n La idea cr\u00edtica:<\/strong>\u00a0Puede (y a menudo deber\u00eda) producir un\u00a0DFD L\u00f3gico Nivel 2<\/strong>\u00a0(proceso de negocio detallado, sin tecnolog\u00eda) y un\u00a0Diagrama de Contexto F\u00edsico<\/strong>\u00a0(l\u00edmite del sistema definido por APIs y protocolos espec\u00edficos). Estas no son contradicciones; son diferentes vistas que sirven a diferentes partes interesadas en diferentes momentos.<\/p>\n Un DFD L\u00f3gico modela el\u00a0funci\u00f3n empresarial esencial<\/strong>, libre de todo sesgo de implementaci\u00f3n. Representa lo que la organizaci\u00f3n\u00a0debe<\/em>\u00a0hacer para cumplir su misi\u00f3n, independientemente de si el trabajo lo realizan humanos, formularios en papel, mainframes o agentes de IA.<\/p>\n Vocabulario:<\/strong>\u00a0Actividades empresariales ( Excluye:<\/strong>\u00a0Nombres de bases de datos, protocolos de API, formatos de archivo, hardware, proveedores de software, decisiones de automatizaci\u00f3n, restricciones de tiempo, silos departamentales (a menos que sean funcionalmente relevantes).<\/p>\n<\/li>\n Estabilidad:<\/strong>\u00a0Alta. Las reglas de negocio cambian lentamente; la tecnolog\u00eda cambia r\u00e1pidamente. Un DFD L\u00f3gico bien elaborado permanece v\u00e1lido a trav\u00e9s de m\u00faltiples generaciones tecnol\u00f3gicas.<\/p>\n<\/li>\n Audiencia principal:<\/strong>Partes interesadas empresariales, expertos del dominio, propietarios del producto, auditores.<\/p>\n<\/li>\n<\/ul>\n Un DFD f\u00edsico modela el implementaci\u00f3n concreta<\/strong>de los requisitos l\u00f3gicos. Especifica exactamente c\u00f3mo se mueven los datos a trav\u00e9s de tecnolog\u00edas espec\u00edficas, personas e infraestructura.<\/p>\n Vocabulario:<\/strong> Servicios ( Incluye:<\/strong> Todas las decisiones tecnol\u00f3gicas, divisiones manuales frente a automatizadas, distinciones por lotes frente a tiempo real, mecanismos de manejo de errores, controles de seguridad, puntos de integraci\u00f3n.<\/p>\n<\/li>\n Estabilidad:<\/strong> Baja. Vinculada directamente al conjunto tecnol\u00f3gico actual y a la estructura organizacional. Se espera que evolucione con cada ciclo de lanzamiento.<\/p>\n<\/li>\n Audiencia principal:<\/strong> Arquitectos, desarrolladores, ingenieros DevOps, probadores de QA.<\/p>\n<\/li>\n<\/ul>\n El DFD l\u00f3gico es la base del an\u00e1lisis riguroso de sistemas. Sin \u00e9l, los DFD f\u00edsicos se convierten en bocetos t\u00e9cnicos sin anclaje que no pueden validarse frente a las necesidades empresariales.<\/p>\n Los nombres de los procesos son verbos empresariales puros:<\/strong>\u00a0 Los almacenes de datos son conceptuales:<\/strong>\u00a0 Las entidades externas son actores empresariales:<\/strong>\u00a0 Los flujos describen el contenido de la informaci\u00f3n:<\/strong>\u00a0 Sin fuga de tecnolog\u00eda:<\/strong> Cero referencias a bases de datos, colas de mensajes, lenguajes de programaci\u00f3n, frameworks, proveedores de nube o protocolos de red.<\/p>\n<\/li>\n Se incluyen procesos manuales:<\/strong> Si un humano realiza actualmente un paso, este aparece como un proceso. El DFD l\u00f3gico documenta la realidad empresarial actual<\/em>, no la automatizaci\u00f3n aspiracional.<\/p>\n<\/li>\n<\/ol>\n![\"The](\"https:\/\/www.ai-diagrams.com\/wp-content\/uploads\/2026\/08\/img_6a7eca6f1c7aa.png\")
<\/p>\n
\n1. Definiciones fundamentales: Ortogonalidad de la intenci\u00f3n y la granularidad<\/h2>\n
\n\n
\n \nEje<\/th>\n Pregunta respondida<\/th>\n Valores<\/th>\n Rige<\/th>\n<\/tr>\n<\/thead>\n \n Jerarqu\u00eda (Nivel)<\/strong><\/td>\n \u00bfQu\u00e9 tan detallada es la vista?<\/em><\/td>\n Contexto (0), Nivel 1, Nivel 2\u2026 Primitiva funcional<\/td>\n Profundidad de descomposici\u00f3n; \u00e1rbol de numeraci\u00f3n<\/td>\n<\/tr>\n \n Intenci\u00f3n (Tipo)<\/strong><\/td>\n \u00bfCu\u00e1l es el prop\u00f3sito del modelado?<\/em><\/td>\n L\u00f3gico, F\u00edsico<\/td>\n Abstracci\u00f3n de o compromiso con la implementaci\u00f3n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 1.1 DFD L\u00f3gico: La Verdad Empresarial<\/h3>\n
\n
Validar la Solvencia<\/code>), datos conceptuales (Registro del Cliente<\/code>,\u00a0Pedido<\/code>), roles organizacionales (Analista de Cr\u00e9dito<\/code>).<\/p>\n<\/li>\n1.2 DFD f\u00edsico: La realizaci\u00f3n t\u00e9cnica<\/h3>\n
\n
CreditCheckService v2.1<\/code>), esquemas (postgres.customers<\/code>), protocolos (HTTPS\/JSON<\/code>,\u00a0Tema de Kafka: credit-events<\/code>), archivos (\/var\/log\/audit.csv<\/code>), t\u00edtulos de puestos espec\u00edficos o departamentos.<\/p>\n<\/li>\n
\n2. El DFD l\u00f3gico en profundidad: Captura de requisitos perdurables<\/h2>\n
2.1 Caracter\u00edsticas de un DFD l\u00f3gico bien formado<\/h3>\n
\n
Calcular la obligaci\u00f3n tributaria<\/code>, no Invocar TaxCalcAPI<\/code>.\u00a0Notificar al cliente sobre el retraso<\/code>, no Enviar mensaje SQS<\/code>.<\/p>\n<\/li>\nD1 Cliente<\/code>,\u00a0D2 Historial de pedidos<\/code>\u2014nunca MySQL customers_tbl<\/code> o Cubeta S3 orders-archive<\/code>.<\/p>\n<\/li>\nOrganismo regulador<\/code>,\u00a0Socio de env\u00edo<\/code>\u2014no Punto final REST del IRS<\/code> o Pasarela SOAP de FedEx<\/code>.<\/p>\n<\/li>\nResultado de la evaluaci\u00f3n fiscal<\/code>, no Carga \u00fatil JSON con el campo tax_amount<\/code>.<\/p>\n<\/li>\n2.2 Ejemplo: Sistema l\u00f3gico de membres\u00eda (Nivel 1)<\/h3>\n
![\"\"](\"https:\/\/www.ai-diagrams.com\/wp-content\/uploads\/2026\/08\/img_6a7ec9a9988a1.png\")
<\/p>\n
\n
\n