Estación de Trabajo IA

Subtema #34

Paso 1: Verifique los Datos

Revise el contexto. El perfil del especialista ahora lo determina la IA al generar el índice.

Subtema

Verbo de Bloom

Criterio de Evaluación

Tema del Perfil (opcional)

Descripción

Qué se enseñará

Contenido adicional a incluir

Objetivos de Aprendizaje

Paso 2: Generar Índice

Índice Generado

Paso 3: Generar Contenido

Contenido (HTML)

```html
<!DOCTYPE html>
<html lang="es">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Mesa Redonda: Análisis de Resultados SQL en el Sistema OTEC</title>
    <style>
        body { font-family: 'Segoe UI', Tahoma, Geneva, Verdana, sans-serif; line-height: 1.6; color: #333; margin: 20px; background-color: #f4f4f4; }
        h1, h2, h3, h4 { color: #2c3e50; margin-top: 1.5em; }
        h1 { font-size: 2.2em; border-bottom: 2px solid #3498db; padding-bottom: 10px; }
        h2 { font-size: 1.8em; border-bottom: 1px solid #ddd; padding-bottom: 5px; }
        h3 { font-size: 1.4em; color: #34495e; }
        h4 { font-size: 1.2em; color: #555; }
        p { margin-bottom: 1em; }
        ul { list-style-type: disc; margin-left: 20px; margin-bottom: 1em; }
        ol { list-style-type: decimal; margin-left: 20px; margin-bottom: 1em; }
        li { margin-bottom: 0.5em; }
        pre { background-color: #ecf0f1; padding: 15px; border-radius: 5px; overflow-x: auto; font-family: 'Consolas', 'Monaco', monospace; font-size: 0.9em; margin-bottom: 1em; }
        code { background-color: #e0e6e7; padding: 2px 4px; border-radius: 3px; font-family: 'Consolas', 'Monaco', monospace; }
        strong { color: #e74c3c; }
        em { font-style: italic; color: #2980b9; }
        blockquote { background-color: #dbe9f3; border-left: 5px solid #3498db; margin: 1.5em 0; padding: 1em 1.5em; font-style: italic; color: #2c3e50; }
        table { width: 100%; border-collapse: collapse; margin-bottom: 1em; background-color: #fff; }
        th, td { border: 1px solid #ddd; padding: 8px; text-align: left; }
        th { background-color: #3498db; color: white; }
        .puntos-clave { background-color: #e8f4f8; border-left: 4px solid #3498db; padding: 10px 15px; margin-top: 1.5em; margin-bottom: 1.5em; }
        .puntos-clave ul { list-style-type: square; margin-left: 15px; }
        .puntos-clave li { margin-bottom: 0.3em; }
    </style>
</head>
<body>

<h1>Mesa Redonda: Análisis de Resultados SQL en el Sistema OTEC</h1>

<p>Saludos a todos. Es un placer compartir este espacio con ustedes para abordar un tema crucial para la salud y eficiencia de nuestro sistema OTEC. Como Diseñador Instruccional experto con especialización en análisis de sistemas y bases de datos, mi objetivo es guiarlos a través de un análisis técnico, didáctico y práctico de nuestras consultas SQL, con un fuerte énfasis en la aplicación de las recomendaciones.</p>

<p>Para contextualizar, el término <strong>OTEC</strong> se refiere a un Organismo Técnico de Capacitación, es decir, una institución dedicada a la formación y capacitación profesional, en nuestro caso, con un fuerte componente de e-learning. La calidad de nuestro sistema de información es directamente proporcional a la calidad de nuestras operaciones y la experiencia de nuestros usuarios.</p>

<h2>1. Introducción a la Mesa Redonda: Análisis de Resultados SQL</h2>

<h3>1.1. Bienvenida y Contexto de la Sesión</h3>
    <p>Bienvenidos a esta mesa redonda dedicada a la <strong>Auditoría y Mejora de Sistemas de Información</strong>. Nos hemos reunido para revisar los hallazgos de un análisis exhaustivo sobre el uso de los campos <code>MODO</code> y <code>estado</code> en las consultas SQL de nuestro sistema OTEC. Este análisis es fundamental para garantizar la <strong>Integridad y Consistencia de Datos</strong>, así como la correcta <strong>Funcionalidad del Sistema</strong>.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Bienvenida y establecimiento del contexto de auditoría de código.</li>
            <li>Enfoque en la <strong>Integridad de Datos</strong> y <strong>Funcionalidad del Sistema</strong>.</li>
        </ul>
    </div>

<h3>1.2. Propósito y Objetivos de la Mesa Redonda</h3>
    <p>El propósito principal de esta sesión es presentar y discutir los resultados de la auditoría de código, así como proponer un plan de acción concreto. Los objetivos específicos son:</p>
    <ul>
        <li>Identificar <strong>Consultas SQL</strong> que no utilizan el campo <code>MODO</code> correctamente.</li>
        <li>Comprender la importancia del campo <code>MODO</code> en las consultas para obtener datos precisos.</li>
        <li>Corregir <strong>Consultas SQL</strong> para un mejor funcionamiento del sistema.</li>
        <li>Distinguir el uso correcto de los campos <code>MODO</code> y <code>estado</code> en las consultas.</li>
        <li>Aplicar las recomendaciones para mejorar la calidad del código, alineándonos con <strong>Estándares de Codificación</strong> y <strong>Buenas Prácticas de Codificación SQL</strong>.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Presentar hallazgos y proponer un plan de acción.</li>
            <li>Objetivos centrados en la corrección, comprensión y aplicación de <strong>Buenas Prácticas de Codificación SQL</strong>.</li>
        </ul>
    </div>

<h3>1.3. Importancia de la Calidad de las Consultas SQL en el Sistema OTEC</h3>
    <p>La calidad de nuestras <strong>Consultas SQL</strong> es la columna vertebral de la fiabilidad de nuestro sistema OTEC. Unas consultas mal construidas o que omiten criterios esenciales pueden llevar a:</p>
    <ul>
        <li>Datos incorrectos presentados a usuarios y administradores.</li>
        <li>Errores lógicos en la asignación de cursos, gestión de inscripciones o seguimiento de progreso.</li>
        <li>Problemas de rendimiento y <strong>Optimización de Consultas SQL</strong> deficientes.</li>
        <li>Vulnerabilidades de seguridad al exponer datos sensibles o inactivos.</li>
        <li>Incumplimiento de normativas internas o externas de gestión de datos.</li>
    </ul>
    <p>En un entorno OTEC, esto se traduce directamente en una mala experiencia para estudiantes y profesores, datos erróneos en certificaciones, y decisiones administrativas basadas en información imprecisa.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>La calidad de <strong>SQL</strong> impacta directamente la fiabilidad del sistema OTEC.</li>
            <li>Riesgos: datos incorrectos, errores lógicos, rendimiento deficiente y seguridad.</li>
        </ul>
    </div>

<h3>1.4. Alcance del Análisis: Revisión de 133 Archivos PHP</h3>
    <p>El análisis se centró en una revisión exhaustiva de <strong>133 Archivos PHP</strong> que forman parte de la lógica de negocio y la capa de acceso a <strong>Bases de Datos</strong> de nuestro sistema OTEC. Este proceso implicó un <strong>Análisis de Código Fuente</strong> detallado para identificar todas las <strong>Consultas SELECT</strong> y evaluar el uso de los campos <code>MODO</code> y <code>estado</code>.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Análisis de <strong>133 Archivos PHP</strong>.</li>
            <li>Foco en <strong>Consultas SELECT</strong> y el uso de <code>MODO</code> y <code>estado</code>.</li>
        </ul>
    </div>

<h2>2. Fundamentos de los Campos `MODO` y `estado` en el Sistema OTEC</h2>

<h3>2.1. Definición y Propósito Original del Campo `MODO`</h3>
    <p>El campo <code>MODO</code>, típicamente de tipo numérico o booleano (e.g., <code>TINYINT(1)</code> o <code>BOOLEAN</code>), fue diseñado para indicar el estado de <em>actividad lógica</em> o <em>vigencia</em> de un registro en la base de datos. Su propósito principal es gestionar la visibilidad y disponibilidad de los datos sin eliminarlos físicamente. Un valor común para un registro activo es <code>1</code> y para uno inactivo/eliminado lógicamente es <code>0</code>.</p>
    <h4>2.1.1. Su Rol en la Consistencia y Precisión de los Datos</h4>
    <p><code>MODO</code> es crucial para mantener la <strong>Consistencia</strong> y <strong>Precisión de los Datos</strong>. Permite que el sistema OTEC presente solo la información relevante y activa a los usuarios finales, mientras se preserva el historial o los datos inactivos para fines administrativos, de auditoría o de recuperación. Sin un filtrado adecuado por <code>MODO</code>, las consultas pueden recuperar registros obsoletos o lógicamente eliminados, llevando a información errónea y comportamientos inesperados del sistema.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><code>MODO</code>: Campo para indicar actividad o vigencia lógica de un registro (e.g., <code>1</code> activo, <code>0</code> inactivo).</li>
            <li>Esencial para la <strong>Consistencia</strong> y <strong>Precisión de Datos</strong>, filtrando información relevante.</li>
        </ul>
    </div>

<h3>2.2. Definición y Propósito Original del Campo `estado`</h3>
    <p>El campo <code>estado</code>, a menudo de tipo cadena de texto (e.g., <code>VARCHAR</code>) o numérico con un mapeo a estados específicos, se utiliza para describir la <em>condición actual</em> o el <em>progreso</em> de un registro dentro de un flujo de trabajo o proceso de negocio. Ejemplos típicos en un OTEC incluyen 'Pendiente', 'Aprobado', 'Rechazado', 'En Curso', 'Finalizado' para inscripciones o cursos.</p>
    <h4>2.2.1. Distinción Clave entre `MODO` y `estado`</h4>
    <p>La distinción es fundamental:</p>
    <ul>
        <li><strong><code>MODO</code></strong>: Indica si el registro es <em>lógicamente activo y visible</em> en el sistema para operaciones generales. Es binario (activo/inactivo).</li>
        <li><strong><code>estado</code></strong>: Describe la <em>fase o condición específica</em> de un registro dentro de un proceso de negocio. Puede tener múltiples valores y transiciones.</li>
    </ul>
    <p>Confundir estos campos es un error común que puede llevar a graves problemas de <strong>Integridad de Datos</strong> y lógica de negocio.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><code>estado</code>: Campo para describir la condición o progreso de un registro (e.g., 'Pendiente', 'Aprobado').</li>
            <li>Distinción clave: <code>MODO</code> es sobre actividad lógica (binario), <code>estado</code> es sobre condición de flujo de trabajo (multivalor).</li>
        </ul>
    </div>

<h3>2.3. Impacto de un Uso Incorrecto: Riesgos para la Funcionalidad del Sistema</h3>
    <p>El uso incorrecto o la omisión de estos campos tiene consecuencias directas y severas:</p>
    <ul>
        <li><strong>Datos Inexactos</strong>: Mostrar cursos inactivos, inscripciones canceladas como activas.</li>
        <li><strong>Errores Lógicos</strong>: Permitir acciones sobre registros que no deberían estar disponibles (e.g., inscribirse en un curso inactivo).</li>
        <li><strong>Problemas de Seguridad</strong>: Exponer información que debería estar oculta o inaccesible.</li>
        <li><strong>Deterioro de la Experiencia de Usuario</strong>: Confusión, frustración y pérdida de confianza en el sistema.</li>
        <li><strong>Dificultad en la Auditoría y Reportes</strong>: Los informes generados pueden ser inconsistentes y no reflejar la realidad operativa.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Uso incorrecto lleva a <strong>Datos Inexactos</strong>, <strong>Errores Lógicos</strong>, problemas de seguridad y mala experiencia de usuario.</li>
            <li>Afecta la <strong>Funcionalidad del Sistema</strong> y la fiabilidad de reportes.</li>
        </ul>
    </div>

<h2>3. Metodología del Análisis de Consultas SQL</h2>

<h3>3.1. Proceso de Identificación de Consultas SQL en Archivos PHP</h3>
    <p>Para identificar las <strong>Consultas SQL</strong>, se siguió un proceso estructurado:</p>
    <ol>
        <li><strong>Barrido Inicial</strong>: Utilización de herramientas de búsqueda de texto (<code>grep</code> en línea de comandos, búsqueda en IDEs como VS Code o PhpStorm) para localizar patrones comunes de construcción de consultas (e.g., <code>"SELECT "</code>, <code>"FROM "</code>, <code>"WHERE "</code>) dentro de los <strong>133 Archivos PHP</strong>.</li>
        <li><strong>Análisis de Código Fuente</strong>: Una vez identificados los bloques de código con SQL, se realizó un <strong>Análisis de Código Fuente</strong> manual y semi-automático para extraer las consultas completas. Esto incluyó la reconstrucción de consultas dinámicas donde las cláusulas <code>WHERE</code> o <code>JOIN</code> se construyen condicionalmente.</li>
        <li><strong>Categorización</strong>: Las consultas extraídas se categorizaron según el tipo de operación (<code>SELECT</code>, <code>INSERT</code>, <code>UPDATE</code>, <code>DELETE</code>) y la tabla principal a la que accedían. Para este análisis, nos enfocamos exclusivamente en las <strong>Consultas SELECT</strong>.</li>
    </ol>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Proceso de identificación: barrido inicial, <strong>Análisis de Código Fuente</strong> y categorización.</li>
            <li>Foco en la extracción de <strong>Consultas SELECT</strong> de <strong>Archivos PHP</strong>.</li>
        </ul>
    </div>

<h3>3.2. Criterios de Evaluación para el Uso de `MODO` y `estado`</h3>
    <p>Los criterios de evaluación aplicados fueron los siguientes:</p>
    <ul>
        <li><strong>Presencia de <code>MODO</code> en <code>SELECT</code></strong>: Se verificó si todas las <strong>Consultas SELECT</strong> que recuperaban datos de tablas con el campo <code>MODO</code> incluían la cláusula <code>WHERE MODO = 1</code> (o su equivalente para activo).</li>
        <li><strong>Uso Correcto de <code>estado</code></strong>: Se evaluó si el campo <code>estado</code> se utilizaba para representar el flujo de trabajo o la condición específica del registro, y no como un indicador de actividad lógica (que es el rol de <code>MODO</code>).</li>
        <li><strong>Distinción Clara</strong>: Se buscó cualquier ambigüedad o confusión en el código que pudiera indicar una falta de comprensión sobre el propósito de cada campo.</li>
        <li><strong>Consistencia</strong>: Se analizó si el uso de estos campos era consistente a lo largo de las diferentes consultas y módulos del sistema.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Criterios: Presencia de <code>MODO = 1</code>, uso correcto de <code>estado</code> para flujo de trabajo, distinción clara y <strong>Consistencia</strong>.</li>
        </ul>
    </div>

<h3>3.3. Herramientas y Técnicas Utilizadas en la Auditoría</h3>
    <p>Para llevar a cabo esta auditoría, se emplearon diversas herramientas y técnicas:</p>
    <ul>
        <li><strong>Entornos de Desarrollo Integrados (IDEs)</strong>: Principalmente PhpStorm y VS Code, que facilitan la navegación, búsqueda y <strong>Análisis de Código Fuente</strong>.</li>
        <li><strong>Herramientas de Línea de Comandos</strong>: <code>grep</code> para búsquedas rápidas de patrones en múltiples archivos.</li>
        <li><strong>Control de Versiones (Git)</strong>: Para acceder a diferentes versiones del código y entender el historial de cambios.</li>
        <li><strong>Sistemas de Gestión de Bases de Datos (DBMS)</strong>: Acceso directo a MySQL y PostgreSQL para verificar esquemas de tablas y datos de prueba.</li>
        <li><strong>Scripts Personalizados (PHP/Python)</strong>: Desarrollo de pequeños scripts para automatizar la extracción de consultas o la verificación de patrones específicos.</li>
        <li><strong>Revisión Manual</strong>: Crucial para interpretar la lógica de negocio y el contexto de cada consulta.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Herramientas: IDEs, <code>grep</code>, <strong>Git</strong>, <strong>DBMS</strong> (MySQL/PostgreSQL).</li>
            <li>Técnicas: Scripts personalizados y revisión manual para <strong>Análisis de Código</strong>.</li>
        </ul>
    </div>

<h2>4. Hallazgos Generales del Análisis de Consultas SELECT</h2>

<h3>4.1. Resumen Cuantitativo: 74 Consultas SELECT Identificadas con Problemas</h3>
    <p>Tras la auditoría de los <strong>133 Archivos PHP</strong>, se identificaron un total de <strong>74 Consultas SELECT</strong> que presentan problemas relacionados con el uso o la ausencia de los campos <code>MODO</code> y <code>estado</code>. Este número representa una proporción significativa de las consultas analizadas y subraya la necesidad urgente de intervención.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><strong>74 Consultas SELECT</strong> problemáticas identificadas.</li>
            <li>Necesidad urgente de intervención para corregir los errores.</li>
        </ul>
    </div>

<h3>4.2. Distribución de los Problemas Encontrados</h3>
    <p>Los 74 problemas identificados se distribuyen en las siguientes categorías principales:</p>
    <h4>4.2.1. 43 Consultas sin el Campo `MODO`</h4>
    <p>Un total de <strong>43 Consultas SELECT</strong> no incluyen una condición para el campo <code>MODO</code> en su cláusula <code>WHERE</code>, a pesar de que la tabla consultada contiene dicho campo y su propósito es filtrar registros activos. Esto lleva a la recuperación de datos inactivos o lógicamente eliminados.</p>
    <h4>4.2.2. 18 Consultas con Uso Incorrecto del Campo `estado`</h4>
    <p>Se encontraron <strong>18 Consultas SELECT</strong> donde el campo <code>estado</code> se utiliza de una manera que confunde su propósito con el de <code>MODO</code>. En estos casos, <code>estado</code> se emplea para filtrar la actividad lógica del registro en lugar de su condición de flujo de trabajo.</p>
    <p><em>Nota: La suma de estas categorías (43 + 18 = 61) no alcanza las 74 consultas problemáticas totales. Esto indica que existen otras consultas con problemas menores o combinaciones de estos errores, o que algunos problemas son de otra índole no detallada en este resumen cuantitativo específico, pero que contribuyen al total de consultas que requieren atención. El foco de esta charla se mantendrá en las categorías más prevalentes y de mayor impacto.</em></p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><strong>43 Consultas</strong> omiten el filtro por <code>MODO</code>.</li>
            <li><strong>18 Consultas</strong> usan <code>estado</code> incorrectamente, confundiéndolo con <code>MODO</code>.</li>
            <li>Existen otras problemáticas que completan el total de 74 consultas.</li>
        </ul>
    </div>

<h3>4.3. Implicaciones Preliminares de los Hallazgos</h3>
    <p>Estos hallazgos sugieren una falta de comprensión o aplicación inconsistente de las <strong>Buenas Prácticas de Codificación SQL</strong> y del modelo de datos subyacente. Las implicaciones preliminares son:</p>
    <ul>
        <li><strong>Inconsistencia de Datos</strong>: El sistema puede mostrar información desactualizada o incorrecta.</li>
        <li><strong>Comportamiento Inesperado</strong>: Funcionalidades que dependen de datos activos pueden fallar o actuar erráticamente.</li>
        <li><strong>Riesgos Operacionales</strong>: Decisiones basadas en datos erróneos, afectando la gestión de cursos, alumnos y profesores en el OTEC.</li>
        <li><strong>Necesidad de Estandarización</strong>: Urge establecer y reforzar <strong>Estándares de Desarrollo de Software</strong> y guías de estilo de código.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Los hallazgos indican falta de <strong>Consistencia</strong> y <strong>Buenas Prácticas de Codificación SQL</strong>.</li>
            <li>Implicaciones: <strong>Inconsistencia de Datos</strong>, comportamiento inesperado y riesgos operacionales.</li>
            <li>Necesidad de <strong>Estandarización</strong>.</li>
        </ul>
    </div>

<h2>5. Análisis Detallado: Problemas con el Campo `MODO`</h2>

<h3>5.1. La Ausencia de `MODO`: 43 Consultas SELECT Afectadas</h3>
    <p>Como se mencionó, 43 <strong>Consultas SELECT</strong> omiten por completo la cláusula <code>WHERE MODO = 1</code>. Esta omisión es crítica porque permite que el sistema recupere y potencialmente procese registros que han sido marcados como inactivos o lógicamente eliminados. Esto puede ocurrir en módulos que gestionan elementos clave como cursos, subtemas, usuarios o asignaciones.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><strong>43 Consultas SELECT</strong> no filtran por <code>MODO = 1</code>.</li>
            <li>Riesgo de procesar registros inactivos o lógicamente eliminados.</li>
        </ul>
    </div>

<h3>5.2. Ejemplos Prácticos de Consultas sin `MODO` y su Impacto</h3>
    <h4>5.2.1. Caso 1: `asignar_curso_profesor.php` - Recuperación de Datos Inactivos</h4>
    <p>En el archivo <code>asignar_curso_profesor.php</code>, se encontró una consulta que recupera cursos disponibles para asignación a profesores. Si un curso ha sido marcado como inactivo (<code>MODO = 0</code>), esta consulta lo seguiría mostrando como una opción, lo que llevaría a intentar asignar un curso que no debería estar disponible.</p>
    <pre><code>
// Código PHP en asignar_curso_profesor.php (simplificado)
$sql = "SELECT id_curso, nombre_curso FROM cursos";
$result = $conn->query($sql);
// ... procesar resultados
    </code></pre>
    <p><strong>Impacto</strong>: Un profesor podría ser asignado a un curso inactivo, generando confusión y errores en la plataforma OTEC. El sistema mostraría cursos que no están en oferta activa, afectando la <strong>Funcionalidad del Sistema</strong> y la experiencia del usuario.</p>
    <p><strong>Corrección Propuesta</strong>:</p>
    <pre><code>
// Código PHP corregido
$sql = "SELECT id_curso, nombre_curso FROM cursos WHERE MODO = 1";
$result = $conn->query($sql);
// ... procesar resultados
    </code></pre>

<h4>5.2.2. Caso 2: `lista_subtemas.php` - Filtrado Incompleto de Subtemas</h4>
    <p>El archivo <code>lista_subtemas.php</code> es responsable de mostrar los subtemas asociados a un tema o curso. Si un subtema ha sido desactivado (<code>MODO = 0</code>), la consulta actual lo seguiría incluyendo en la lista, lo que resultaría en un contenido obsoleto o incorrecto para el estudiante.</p>
    <pre><code>
// Código PHP en lista_subtemas.php (simplificado)
$sql = "SELECT id_subtema, nombre_subtema FROM subtemas_curso WHERE id_tema = ?";
$stmt = $conn->prepare($sql);
$stmt->bind_param("i", $id_tema);
$stmt->execute();
$result = $stmt->get_result();
// ... procesar resultados
    </code></pre>
    <p><strong>Impacto</strong>: Los estudiantes verían subtemas que ya no son parte del currículo activo, lo que afecta la <strong>Consistencia</strong> del contenido y puede generar quejas o confusión.</p>
    <p><strong>Corrección Propuesta</strong>:</p>
    <pre><code>
// Código PHP corregido
$sql = "SELECT id_subtema, nombre_subtema FROM subtemas_curso WHERE id_tema = ? AND MODO = 1";
$stmt = $conn->prepare($sql);
$stmt->bind_param("i", $id_tema);
$stmt->execute();
$result = $stmt->get_result();
// ... procesar resultados
    </code></pre>

<h4>5.2.3. Otros Ejemplos Relevantes de Archivos PHP Afectados</h4>
    <p>Además de los casos anteriores, se identificaron problemas similares en archivos como:</p>
    <ul>
        <li><code>gestion_usuarios.php</code>: Recuperando usuarios inactivos en listados.</li>
        <li><code>reportes_inscripciones.php</code>: Incluyendo inscripciones de cursos inactivos en reportes.</li>
        <li><code>modulos_curso.php</code>: Mostrando módulos que han sido deshabilitados.</li>
        <li><code>calificaciones.php</code>: Posiblemente intentando registrar calificaciones para asignaciones inactivas.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Ejemplos concretos de omisión de <code>MODO</code> en <code>asignar_curso_profesor.php</code> y <code>lista_subtemas.php</code>.</li>
            <li>Impacto directo en la <strong>Funcionalidad del Sistema</strong>, <strong>Consistencia</strong> de datos y experiencia del usuario.</li>
            <li>Se propone la <strong>Corrección de Errores</strong> añadiendo <code>WHERE MODO = 1</code>.</li>
        </ul>
    </div>

<h3>5.3. Consecuencias de la Omisión de `MODO`: Datos Inexactos y Errores Lógicos</h3>
    <p>La omisión sistemática de la cláusula <code>MODO = 1</code> tiene las siguientes consecuencias:</p>
    <ul>
        <li><strong>Presentación de Datos Inexactos</strong>: Los usuarios ven información que no es relevante o está desactualizada.</li>
        <li><strong>Violación de la Integridad de Datos</strong>: Se rompe la expectativa de que el sistema solo opera con datos activos.</li>
        <li><strong>Errores Lógicos en la Aplicación</strong>: La lógica de negocio puede intentar procesar o mostrar elementos que no deberían estar disponibles, llevando a fallos o comportamientos impredecibles.</li>
        <li><strong>Problemas de Rendimiento</strong>: Consultas que recuperan más datos de los necesarios pueden ser menos eficientes, impactando la <strong>Optimización de Consultas SQL</strong>.</li>
        <li><strong>Riesgos de Seguridad</strong>: Potencial exposición de datos que, aunque no eliminados físicamente, deberían estar ocultos.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Consecuencias: <strong>Datos Inexactos</strong>, violación de <strong>Integridad de Datos</strong>, <strong>Errores Lógicos</strong>.</li>
            <li>Impacto negativo en rendimiento y seguridad.</li>
        </ul>
    </div>

<h2>6. Análisis Detallado: Problemas con el Campo `estado`</h2>

<h3>6.1. Uso Incorrecto del Campo `estado`: 18 Casos Identificados</h3>
    <p>En <strong>18 Consultas SELECT</strong>, se observó que el campo <code>estado</code> se utiliza de una manera que se superpone o confunde con el propósito del campo <code>MODO</code>. Esto ocurre cuando <code>estado</code> se emplea para indicar si un registro está "activo" o "inactivo" en un sentido de visibilidad general, en lugar de describir su progresión en un flujo de trabajo específico.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><strong>18 Consultas SELECT</strong> usan <code>estado</code> incorrectamente, confundiéndolo con <code>MODO</code>.</li>
            <li><code>estado</code> se usa para visibilidad general en lugar de flujo de trabajo.</li>
        </ul>
    </div>

<h3>6.2. Ejemplos Prácticos de Uso Incorrecto de `estado`</h3>
    <h4>6.2.1. Caso 1: Donde `estado` se usa como `MODO` (e.g., en `inscripciones.php`)</h4>
    <p>En el archivo <code>inscripciones.php</code>, se encontró una consulta que recupera inscripciones de estudiantes. En lugar de usar <code>MODO = 1</code> para filtrar inscripciones activas (no canceladas lógicamente), se utiliza <code>estado = 'activa'</code>. Si bien 'activa' podría ser un valor de <code>estado</code>, su uso en este contexto sugiere que está suplantando la función de <code>MODO</code>.</p>
    <pre><code>
// Código PHP en inscripciones.php (simplificado)
$sql = "SELECT id_inscripcion, fecha_inscripcion FROM inscripciones_curso WHERE id_estudiante = ? AND estado = 'activa'";
$stmt = $conn->prepare($sql);
$stmt->bind_param("i", $id_estudiante);
$stmt->execute();
$result = $stmt->get_result();
// ... procesar resultados
    </code></pre>
    <p><strong>Impacto</strong>: Si una inscripción tiene <code>MODO = 0</code> (cancelada lógicamente) pero su <code>estado</code> es 'activa' (por un error o inconsistencia), el sistema la mostraría. Además, si 'activa' es solo uno de los muchos estados de flujo de trabajo (e.g., 'pendiente', 'aprobada', 'finalizada'), el uso de <code>estado = 'activa'</code> no es el filtro más robusto para la visibilidad general.</p>

<h4>6.2.2. Caso 2: Ambigüedad en la Interpretación de `estado`</h4>
    <p>En otros archivos, el campo <code>estado</code> se utiliza con valores como 'vigente' o 'suspendido' para entidades como usuarios o licencias. Estos valores, aunque descriptivos, pueden generar ambigüedad. ¿'Suspendido' significa que el usuario está inactivo (<code>MODO = 0</code>) o que está en una fase temporal de un proceso (<code>estado = 'suspendido'</code>)? Esta ambigüedad lleva a errores de interpretación y a la recuperación de datos incorrectos.</p>
    <pre><code>
// Código PHP con ambigüedad (ejemplo hipotético)
$sql = "SELECT id_usuario, nombre FROM usuarios WHERE estado = 'vigente'";
// ...
    </code></pre>
    <p><strong>Implicaciones de la Confusión entre `MODO` y `estado`</strong>: Esta confusión es una fuente directa de <strong>Inconsistencia de Datos</strong>. Impide un <strong>Modelado de Bases de Datos Relacionales</strong> claro y dificulta el mantenimiento del código. La lógica de negocio se vuelve frágil porque no se puede confiar en que un filtro por <code>estado</code> esté realmente controlando la visibilidad general de un registro.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Ejemplos de <code>estado</code> usado como <code>MODO</code> en <code>inscripciones.php</code>.</li>
            <li>Ambigüedad en valores como 'vigente' o 'suspendido'.</li>
            <li>La confusión genera <strong>Inconsistencia de Datos</strong> y fragilidad en la lógica de negocio.</li>
        </ul>
    </div>

<h3>6.3. Propuesta de Reemplazo: Cuándo `estado` debe ser `MODO`</h3>
    <p>Si el propósito de la consulta es determinar si un registro debe ser visible o utilizable de forma general en el sistema (es decir, si está lógicamente activo o inactivo), entonces se debe usar <code>MODO = 1</code>. El campo <code>estado</code> debe reservarse para describir la progresión o condición específica de un registro dentro de un flujo de trabajo. Si una consulta actualmente usa <code>estado = 'activo'</code> o <code>estado = 'vigente'</code> para este propósito de visibilidad general, es un candidato claro para ser reemplazado por <code>MODO = 1</code>.</p>
    <p><strong>Corrección Propuesta para el Caso 1 (`inscripciones.php`)</strong>:</p>
    <pre><code>
// Código PHP corregido
$sql = "SELECT id_inscripcion, fecha_inscripcion FROM inscripciones_curso WHERE id_estudiante = ? AND MODO = 1";
$stmt = $conn->prepare($sql);
$stmt->bind_param("i", $id_estudiante);
$stmt->execute();
$result = $stmt->get_result();
// ... procesar resultados
    </code></pre>
    <p>Si además se necesita filtrar por un estado de flujo de trabajo específico, se añadiría una condición adicional:</p>
    <pre><code>
// Código PHP con ambos filtros
$sql = "SELECT id_inscripcion, fecha_inscripcion FROM inscripciones_curso WHERE id_estudiante = ? AND MODO = 1 AND estado = 'aprobada'";
$stmt = $conn->prepare($sql);
$stmt->bind_param("i", $id_estudiante);
$stmt->execute();
$result = $stmt->get_result();
// ... procesar resultados
    </code></pre>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Usar <code>MODO = 1</code> para visibilidad general y actividad lógica.</li>
            <li>Reservar <code>estado</code> para condiciones de flujo de trabajo.</li>
            <li>Se propone la <strong>Corrección de Errores</strong> reemplazando el uso de <code>estado</code> por <code>MODO</code> cuando corresponda.</li>
        </ul>
    </div>

<h2>7. Buenas Prácticas: Ejemplos de Uso Correcto de `MODO`</h2>

<h3>7.1. Identificación de 13 Consultas SELECT con `MODO` Correcto</h3>
    <p>Afortunadamente, no todo son problemas. Durante el <strong>Análisis de Código Fuente</strong>, también identificamos <strong>13 Consultas SELECT</strong> que implementan correctamente el campo <code>MODO</code>. Estos ejemplos sirven como referencia y demuestran que la práctica correcta ya existe en algunas partes de nuestro sistema. Analizar estas implementaciones nos permite extraer lecciones valiosas y replicar las <strong>Buenas Prácticas de Codificación SQL</strong>.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><strong>13 Consultas SELECT</strong> utilizan <code>MODO</code> correctamente.</li>
            <li>Estos casos son ejemplos de <strong>Buenas Prácticas de Codificación SQL</strong> para replicar.</li>
        </ul>
    </div>

<h3>7.2. Ejemplos de Implementación Exitosa del Campo `MODO`</h3>
    <h4>7.2.1. Tabla `subtemas_curso`: Filtrado Preciso de Subtemas</h4>
    <p>En un archivo como <code>ver_contenido_curso.php</code>, se encontró una consulta que lista los subtemas de un curso, filtrando correctamente por <code>MODO = 1</code>. Esto asegura que solo el contenido activo y relevante sea visible para los estudiantes.</p>
    <pre><code>
// Código PHP en ver_contenido_curso.php (ejemplo de uso correcto)
$sql = "SELECT id_subtema, titulo_subtema, contenido FROM subtemas_curso WHERE id_curso = ? AND MODO = 1 ORDER BY orden ASC";
$stmt = $conn->prepare($sql);
$stmt->bind_param("i", $id_curso);
$stmt->execute();
$result = $stmt->get_result();
// ... procesar resultados, mostrando solo subtemas activos
    </code></pre>

<h4>7.2.2. Tabla `inscripciones_curso`: Gestión de Inscripciones Activas</h4>
    <p>En el módulo de administración de inscripciones, específicamente en un archivo como <code>admin_inscripciones.php</code>, se observa una consulta que lista las inscripciones activas, permitiendo a los administradores gestionar solo aquellas que están vigentes.</p>
    <pre><code>
// Código PHP en admin_inscripciones.php (ejemplo de uso correcto)
$sql = "SELECT i.id_inscripcion, e.nombre_estudiante, c.nombre_curso, i.fecha_inscripcion FROM inscripciones_curso i JOIN estudiantes e ON i.id_estudiante = e.id_estudiante JOIN cursos c ON i.id_curso = c.id_curso WHERE i.MODO = 1 ORDER BY i.fecha_inscripcion DESC";
$result = $conn->query($sql);
// ... procesar resultados, mostrando solo inscripciones activas
    </code></pre>

<h4>7.2.3. Tabla `cursos_profesores`: Asignación Correcta de Cursos</h4>
    <p>En la interfaz de gestión de asignaciones de profesores, un archivo como <code>gestion_asignaciones.php</code> utiliza <code>MODO = 1</code> para asegurar que solo se muestren las asignaciones de cursos a profesores que están actualmente activas y vigentes.</p>
    <pre><code>
// Código PHP en gestion_asignaciones.php (ejemplo de uso correcto)
$sql = "SELECT cp.id_asignacion, p.nombre_profesor, c.nombre_curso FROM cursos_profesores cp JOIN profesores p ON cp.id_profesor = p.id_profesor JOIN cursos c ON cp.id_curso = c.id_curso WHERE cp.MODO = 1";
$result = $conn->query($sql);
// ... procesar resultados, mostrando solo asignaciones activas
    </code></pre>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Ejemplos de uso correcto de <code>MODO</code> en <code>subtemas_curso</code>, <code>inscripciones_curso</code> y <code>cursos_profesores</code>.</li>
            <li>Demuestran <strong>Filtrado Preciso</strong> y gestión de datos activos.</li>
        </ul>
    </div>

<h3>7.3. Lecciones Aprendidas de las Consultas Correctas</h3>
    <p>De estos ejemplos exitosos, podemos extraer las siguientes lecciones:</p>
    <ul>
        <li><strong>Claridad de Propósito</strong>: Cuando el equipo comprende el propósito de <code>MODO</code> (controlar la visibilidad lógica), su aplicación es consistente.</li>
        <li><strong>Adherencia al Modelo de Datos</strong>: Las consultas correctas respetan el <strong>Modelado de Bases de Datos Relacionales</strong> y el significado de cada campo.</li>
        <li><strong>Prevención de Errores</strong>: El uso de <code>MODO = 1</code> previene la recuperación de datos obsoletos, mejorando la <strong>Integridad de Datos</strong>.</li>
        <li><strong>Fácil Mantenimiento</strong>: El código es más predecible y fácil de mantener cuando las convenciones se siguen rigurosamente.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Las consultas correctas demuestran claridad de propósito, adherencia al modelo de datos y prevención de errores.</li>
            <li>Facilitan el mantenimiento y aseguran la <strong>Integridad de Datos</strong>.</li>
        </ul>
    </div>

<h2>8. Recomendaciones para la Mejora de la Calidad del Código SQL</h2>

<h3>8.1. Principios Generales para la Consistencia en las Consultas</h3>
    <p>Para asegurar la <strong>Consistencia</strong> y calidad de nuestras <strong>Consultas SQL</strong>, debemos adoptar los siguientes principios:</p>
    <ul>
        <li><strong>Claridad y Propósito Único</strong>: Cada campo debe tener un propósito claro y documentado.</li>
        <li><strong>Filtrado por Defecto</strong>: Asumir que todas las <strong>Consultas SELECT</strong> deben filtrar por <code>MODO = 1</code> a menos que haya una razón explícita y documentada para no hacerlo.</li>
        <li><strong>Separación de Responsabilidades</strong>: Distinguir claramente entre el estado de actividad lógica (<code>MODO</code>) y el estado de flujo de trabajo (<code>estado</code>).</li>
        <li><strong>Validación Rigurosa</strong>: Implementar validaciones en la capa de aplicación para asegurar que los datos insertados o actualizados respeten las definiciones de <code>MODO</code> y <code>estado</code>.</li>
        <li><strong>Revisión de Código</strong>: Establecer un proceso de revisión de código obligatorio donde las <strong>Consultas SQL</strong> sean un punto clave de verificación.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Principios: Claridad, filtrado por defecto con <code>MODO = 1</code>, separación de responsabilidades, validación y revisión de código.</li>
        </ul>
    </div>

<h3>8.2. Estrategias para la Inclusión del Campo `MODO` en Consultas SELECT</h3>
    <h4>8.2.1. Guía Paso a Paso para Modificar Consultas Existentes</h4>
    <p>Para las <strong>43 Consultas SELECT</strong> identificadas sin <code>MODO</code>, se propone la siguiente guía de modificación:</p>
    <ol>
        <li><strong>Identificar la Consulta</strong>: Localizar la consulta en el archivo <strong>PHP</strong> afectado.</li>
        <li><strong>Determinar la Tabla Principal</strong>: Identificar la tabla a la que se aplica el filtro de actividad (la tabla que contiene el campo <code>MODO</code>).</li>
        <li><strong>Agregar Cláusula <code>WHERE</code></strong>: Si no existe, añadir <code>WHERE [nombre_tabla].MODO = 1</code>.</li>
        <li><strong>Extender Cláusula <code>WHERE</code></strong>: Si ya existe una cláusula <code>WHERE</code>, añadir <code>AND [nombre_tabla].MODO = 1</code>.</li>
        <li><strong>Pruebas Unitarias y de Integración</strong>: Ejecutar pruebas para asegurar que el cambio no introduce regresiones y que la consulta ahora devuelve los datos esperados.</li>
        <li><strong>Control de Versiones</strong>: Realizar el cambio en una rama de desarrollo y someterlo a revisión de código antes de la fusión.</li>
    </ol>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Guía paso a paso para la <strong>Corrección de Errores</strong> en <strong>Consultas SELECT</strong> existentes.</li>
            <li>Incluye identificación, adición de <code>WHERE MODO = 1</code>, pruebas y control de versiones.</li>
        </ul>
    </div>

<h4>8.2.2. Consideraciones al Desarrollar Nuevas Consultas</h4>
    <p>Al desarrollar nuevas <strong>Consultas SQL</strong>, se debe considerar:</p>
    <ul>
        <li><strong>Diseño de Base de Datos</strong>: Asegurarse de que las tablas relevantes tengan un campo <code>MODO</code> con un tipo de dato consistente.</li>
        <li><strong>Plantillas de Código</strong>: Utilizar plantillas o snippets de código que incluyan por defecto <code>WHERE MODO = 1</code> en las <strong>Consultas SELECT</strong>.</li>
        <li><strong>ORM/Query Builders</strong>: Si se utilizan ORMs o constructores de consultas, configurar filtros globales o <em>scopes</em> para incluir <code>MODO = 1</code> automáticamente en las consultas por defecto.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Consideraciones para nuevas consultas: diseño de DB, plantillas de código y configuración de ORMs/Query Builders.</li>
        </ul>
    </div>

<h3>8.3. Directrices para el Uso Diferenciado de `MODO` y `estado`</h3>
    <h4>8.3.1. Cuándo Usar `MODO` Exclusivamente</h4>
    <p>Use <code>MODO = 1</code> cuando necesite:</p>
    <ul>
        <li>Listar todos los elementos activos de una entidad (cursos, usuarios, subtemas).</li>
        <li>Realizar operaciones que solo deben afectar a registros vigentes.</li>
        <li>Filtrar datos para mostrar en interfaces de usuario generales.</li>
        <li>Garantizar que los datos "eliminados lógicamente" no aparezcan en operaciones estándar.</li>
    </ul>
    <blockquote>
        <p><strong>Cláusula Modelo para `MODO`</strong></p>
        <pre><code>SELECT campo1, campo2 FROM tabla WHERE MODO = 1 AND [otras_condiciones];</code></pre>
        <p><em>Utilice siempre <code>MODO = 1</code> para filtrar registros lógicamente activos.</em></p>
    </blockquote>

<h4>8.3.2. Cuándo Mantener `estado` para su Propósito Original</h4>
    <p>Mantenga el campo <code>estado</code> para:</p>
    <ul>
        <li>Describir el progreso de un elemento en un flujo de trabajo (e.g., 'inscripción pendiente', 'curso en desarrollo', 'tarea completada').</li>
        <li>Permitir transiciones entre diferentes fases de un proceso de negocio.</li>
        <li>Generar informes específicos sobre el avance de procesos.</li>
    </ul>
    <blockquote>
        <p><strong>Cláusula Modelo para `estado` (junto con `MODO`)</strong></p>
        <pre><code>SELECT campo1, campo2 FROM tabla WHERE MODO = 1 AND estado = 'valor_especifico_de_flujo' AND [otras_condiciones];</code></pre>
        <p><em><code>estado</code> complementa a <code>MODO</code>, no lo reemplaza, para describir la condición de negocio.</em></p>
    </blockquote>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><code>MODO</code>: para visibilidad general y actividad lógica.</li>
            <li><code>estado</code>: para progreso en flujos de trabajo específicos.</li>
            <li>Se proporcionan cláusulas modelo para guiar el uso correcto.</li>
        </ul>
    </div>

<h3>8.4. Propuestas para la Documentación y Estándares de Codificación</h3>
    <p>Para institucionalizar estas <strong>Buenas Prácticas de Codificación SQL</strong>, se propone:</p>
    <ul>
        <li><strong>Guía de Estilo de Código SQL</strong>: Crear y mantener una guía que especifique cómo deben construirse las consultas, incluyendo el uso obligatorio de <code>MODO</code>.</li>
        <li><strong>Diccionario de Datos</strong>: Documentar el propósito y los valores esperados para campos como <code>MODO</code> y <code>estado</code> en cada tabla.</li>
        <li><strong>Comentarios en Código</strong>: Fomentar el uso de comentarios claros que expliquen la lógica de las consultas complejas y la razón de ser de los filtros.</li>
        <li><strong>Principios SOLID</strong>: Aunque aplicados a código orientado a objetos, los principios de Responsabilidad Única y Abierto/Cerrado pueden inspirar la modularidad y la claridad en las funciones de acceso a datos.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Propuestas: <strong>Guía de Estilo de Código SQL</strong>, <strong>Diccionario de Datos</strong>, comentarios en código.</li>
            <li>Inspiración en <strong>Principios SOLID</strong> para modularidad.</li>
        </ul>
    </div>

<h3>8.5. Capacitación y Concientización del Equipo de Desarrollo</h3>
    <p>Una parte fundamental de la solución es la <strong>Capacitación y Concientización</strong> del equipo de desarrollo. Se recomienda:</p>
    <ul>
        <li><strong>Talleres Técnicos</strong>: Sesiones prácticas sobre <strong>SQL Avanzado</strong>, <strong>Modelado de Bases de Datos Relacionales</strong>, <strong>Integridad y Consistencia de Datos</strong>.</li>
        <li><strong>Revisiones de Código Colaborativas</strong>: Fomentar un ambiente donde los errores se identifiquen y corrijan de forma constructiva.</li>
        <li><strong>Material Didáctico</strong>: Proporcionar recursos (documentos, ejemplos) que refuercen las directrices de codificación.</li>
        <li><strong>Onboarding</strong>: Incluir estas directrices en el proceso de incorporación de nuevos desarrolladores.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li><strong>Capacitación y Concientización</strong> del equipo es vital.</li>
            <li>Talleres, revisiones colaborativas, material didáctico y onboarding.</li>
        </ul>
    </div>

<h2>9. Plan de Acción y Próximos Pasos</h2>

<h3>9.1. Priorización de las Consultas a Corregir</h3>
    <p>Dada la cantidad de consultas afectadas, es crucial establecer un plan de priorización. Se sugiere el siguiente enfoque:</p>
    <ol>
        <li><strong>Impacto Crítico</strong>: Consultas que afectan la funcionalidad central del OTEC (inscripciones, acceso a cursos, perfiles de usuario) y que pueden llevar a datos muy incorrectos o fallos del sistema.</li>
        <li><strong>Frecuencia de Uso</strong>: Consultas que se ejecutan muy a menudo (ej. en listados principales, menús de navegación).</li>
        <li><strong>Visibilidad para el Usuario Final</strong>: Consultas cuyos resultados son directamente visibles por estudiantes o profesores.</li>
        <li><strong>Facilidad de Implementación</strong>: Consultas que requieren cambios mínimos y pueden ser corregidas rápidamente.</li>
    </ol>
    <p>Se propone una matriz de responsabilidades para la asignación de tareas:</p>
    <table>
        <thead>
            <tr>
                <th>Consulta Afectada</th>
                <th>Archivo PHP</th>
                <th>Prioridad (Alta/Media/Baja)</th>
                <th>Responsable</th>
                <th>Fecha Límite Sugerida</th>
            </tr>
        </thead>
        <tbody>
            <tr>
                <td>Cursos para Asignación (MODO)</td>
                <td><code>asignar_curso_profesor.php</code></td>
                <td>Alta</td>
                <td>[Desarrollador A]</td>
                <td>[Fecha X]</td>
            </tr>
            <tr>
                <td>Listado de Subtemas (MODO)</td>
                <td><code>lista_subtemas.php</code></td>
                <td>Alta</td>
                <td>[Desarrollador B]</td>
                <td>[Fecha X]</td>
            </tr>
            <tr>
                <td>Inscripciones Activas (estado -> MODO)</td>
                <td><code>inscripciones.php</code></td>
                <td>Media</td>
                <td>[Desarrollador C]</td>
                <td>[Fecha Y]</td>
            </tr>
            <tr>
                <td>... (otras 71 consultas)</td>
                <td>...</td>
                <td>...</td>
                <td>...</td>
                <td>...</td>
            </tr>
        </tbody>
    </table>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Priorización basada en impacto, frecuencia, visibilidad y facilidad.</li>
            <li>Matriz de responsabilidades para asignar y seguir la <strong>Corrección de Errores</strong>.</li>
        </ul>
    </div>

<h3>9.2. Proceso de Implementación y Pruebas</h3>
    <p>La implementación de las correcciones debe seguir un proceso riguroso para minimizar riesgos:</p>
    <ul>
        <li><strong>Creación de Ramas de Desarrollo</strong>: Cada conjunto de correcciones debe realizarse en una rama de <strong>Git</strong> separada.</li>
        <li><strong>Desarrollo y Pruebas Unitarias</strong>: El desarrollador debe realizar pruebas unitarias para verificar que la consulta corregida devuelve los datos esperados y no introduce nuevos errores.</li>
        <li><strong>Revisión de Código (Code Review)</strong>: Otro miembro del equipo debe revisar el código para asegurar que las <strong>Buenas Prácticas de Codificación SQL</strong> se han seguido y que la lógica es correcta.</li>
        <li><strong>Pruebas de Integración</strong>: Una vez fusionado a una rama de integración, se deben ejecutar pruebas de integración para verificar que los cambios funcionan correctamente en el contexto del sistema completo.</li>
        <li><strong>Despliegue Controlado</strong>: Los cambios deben desplegarse primero en un entorno de staging/QA para pruebas finales antes de pasar a producción.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Proceso de implementación: ramas de desarrollo, pruebas unitarias, <strong>Revisión de Código</strong>, pruebas de integración y despliegue controlado.</li>
        </ul>
    </div>

<h3>9.3. Monitoreo y Verificación de la Consistencia Post-Corrección</h3>
    <p>Una vez implementadas las correcciones, es vital monitorear el sistema para verificar que la <strong>Consistencia</strong> de los datos se ha restaurado y que no han surgido nuevos problemas:</p>
    <ul>
        <li><strong>Monitoreo de Logs de Errores</strong>: Vigilar los logs de la aplicación y del servidor de base de datos en busca de errores inesperados.</li>
        <li><strong>Validación de Reportes Clave</strong>: Verificar la exactitud de los reportes críticos del OTEC (ej. listados de estudiantes, cursos, inscripciones).</li>
        <li><strong>Feedback de Usuarios</strong>: Recopilar feedback de usuarios para identificar cualquier comportamiento anómalo.</li>
        <li><strong>Consultas de Auditoría</strong>: Ejecutar consultas SQL de auditoría específicas para verificar la presencia de <code>MODO = 1</code> en las consultas más importantes.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Monitoreo post-corrección: logs, validación de reportes, feedback de usuarios y consultas de auditoría.</li>
            <li>Asegurar la <strong>Consistencia</strong> y <strong>Funcionalidad del Sistema</strong>.</li>
        </ul>
    </div>

<h3>9.4. Establecimiento de Revisiones Periódicas de Código</h3>
    <p>Para prevenir la recurrencia de estos problemas, se debe establecer un programa de <strong>Revisiones Periódicas de Código</strong>. Esto puede incluir:</p>
    <ul>
        <li><strong>Revisiones Semanales/Quincenales</strong>: Dedicar tiempo regularmente a revisar el código nuevo y modificado.</li>
        <li><strong>Herramientas de Análisis Estático de Código</strong>: Implementar herramientas que puedan detectar automáticamente patrones de consultas SQL problemáticas.</li>
        <li><strong>Actualización de Documentación</strong>: Mantener la documentación de estándares de codificación y diccionario de datos al día.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Establecer <strong>Revisiones Periódicas de Código</strong>.</li>
            <li>Uso de herramientas de análisis estático y actualización de documentación.</li>
        </ul>
    </div>

<h2>10. Conclusiones y Sesión de Preguntas y Respuestas</h2>

<h3>10.1. Recapitulación de los Hallazgos Clave y su Importancia</h3>
    <p>Hemos analizado cómo la omisión de <code>MODO</code> en <strong>43 Consultas SELECT</strong> y el uso incorrecto de <code>estado</code> en <strong>18 Consultas SELECT</strong> ponen en riesgo la <strong>Integridad y Consistencia de Datos</strong> de nuestro sistema OTEC. Estos errores pueden llevar a la presentación de datos inexactos, <strong>Errores Lógicos</strong> en la aplicación y una experiencia de usuario deficiente. También hemos visto ejemplos de <strong>Buenas Prácticas de Codificación SQL</strong> que ya existen y que debemos replicar.</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Recapitulación de los <strong>74 Consultas SELECT</strong> problemáticas y sus implicaciones.</li>
            <li>Énfasis en la <strong>Integridad y Consistencia de Datos</strong>.</li>
        </ul>
    </div>

<h3>10.2. Refuerzo de los Objetivos de Aprendizaje</h3>
    <p>Espero que esta mesa redonda les haya permitido:</p>
    <ul>
        <li>Identificar las consultas SQL que no utilizan el campo <code>MODO</code> correctamente.</li>
        <li>Comprender la importancia del campo <code>MODO</code> para obtener datos precisos.</li>
        <li>Entender cómo corregir estas consultas para un mejor funcionamiento del sistema.</li>
        <li>Distinguir claramente el uso correcto de los campos <code>MODO</code> y <code>estado</code>.</li>
        <li>Visualizar cómo aplicar las recomendaciones para mejorar la calidad general de nuestro código.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Refuerzo de la comprensión de <code>MODO</code> y <code>estado</code>.</li>
            <li>Énfasis en la aplicación de <strong>Corrección de Errores</strong> y <strong>Buenas Prácticas de Codificación SQL</strong>.</li>
        </ul>
    </div>

<h3>10.3. Impacto de las Mejoras en la Funcionalidad del Sistema OTEC</h3>
    <p>La implementación de las correcciones y la adopción de las <strong>Buenas Prácticas de Codificación SQL</strong> tendrán un impacto positivo significativo:</p>
    <ul>
        <li><strong>Mejora de la Fiabilidad</strong>: El sistema mostrará siempre datos precisos y relevantes.</li>
        <li><strong>Optimización del Rendimiento</strong>: Consultas más eficientes al filtrar solo los datos necesarios.</li>
        <li><strong>Reducción de Errores</strong>: Menos fallos lógicos y comportamientos inesperados.</li>
        <li><strong>Mayor Confianza del Usuario</strong>: Estudiantes y profesores confiarán más en la información que les proporciona el sistema OTEC.</li>
        <li><strong>Facilidad de Mantenimiento y Escalabilidad</strong>: Un código más limpio y consistente es más fácil de mantener y evolucionar.</li>
    </ul>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Impacto positivo: fiabilidad, <strong>Optimización de Consultas SQL</strong>, reducción de errores.</li>
            <li>Mayor confianza del usuario y facilidad de mantenimiento.</li>
        </ul>
    </div>

<h3>10.4. Debate Abierto y Resolución de Dudas</h3>
    <p>Hemos cubierto una gran cantidad de información técnica y práctica. Ahora, me gustaría abrir el espacio para sus preguntas, comentarios y cualquier duda que pueda haber surgido. Su participación es crucial para asegurar que estas recomendaciones se comprendan y se apliquen de manera efectiva.</p>
    <p>¡Muchas gracias por su atención!</p>
    <div class="puntos-clave">
        <h4>Puntos clave:</h4>
        <ul>
            <li>Invitación a debate y resolución de dudas.</li>
            <li>Agradecimiento por la participación.</li>
        </ul>
    </div>

</body>
</html>
```