Un escaneo, una cuenta AWS. Diez diagnósticos correlacionados.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Confianza del índice

  Expone la incertidumbre, la información provisional y las carencias que afectan a la interpretación del índice de calidad técnica.

• Inventario técnico

  Presenta los lenguajes, los entornos de ejecución y el tamaño del código identificado en el repositorio.

• Diagrama de contenedores C4

  Muestra las principales unidades de software, sus tecnologías y relaciones. En C4, un contenedor es una unidad arquitectónica, no necesariamente un contenedor Docker.

• Mapa de dominios

  Propone contextos y límites de dominio a partir del código para revisarlos con quienes conocen el negocio.

• Grafo de dependencias

  Hace visibles las relaciones entre componentes, los ciclos y el acoplamiento que pueden ampliar el impacto de un cambio.

• Mapa de integraciones

  Identifica canales, endpoints, adaptadores y gateways presentes en el código y muestra cómo se conectan los componentes.

• Vista de despliegue e infraestructura

  Representa servicios, almacenes de datos e integraciones a partir de configuraciones e infraestructura como código. Si faltan esos archivos, muestra los componentes; no inventaría recursos activos en la nube.

• Atributos de calidad

  Examina aspectos como el mantenimiento, la seguridad y la facilidad de cambio, junto con los riesgos y las ventajas e inconvenientes de las decisiones arquitectónicas.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Puede generarse como un paso adicional, cuando esté incluido en la contratación, a partir de las evidencias y recomendaciones de este informe.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Confianza del índice

  Expone la incertidumbre, la información provisional y las carencias que afectan a la interpretación del índice de calidad técnica.

• Inventario técnico

  Presenta los lenguajes, los entornos de ejecución y el tamaño del código identificado en el repositorio.

• Superficie de ataque

  Identifica puntos de entrada y salida, límites de confianza y entornos de ejecución sin soporte para orientar el análisis de amenazas.

• Hallazgos de seguridad

  Organiza los problemas de seguridad identificados por los análisis, incluidos los riesgos de las dependencias, con evidencias para revisarlos y priorizarlos.

• Análisis estático de seguridad

  Señala patrones de código potencialmente inseguros e informa de la cobertura por lenguaje. La posibilidad de explotar cada hallazgo requiere una revisión.

• Mapa de gravedad

  Muestra la distribución de los hallazgos por gravedad para facilitar la evaluación de las prioridades de seguridad.

• Mapa de APIs

  Reúne las rutas HTTP, los métodos, los grupos de recursos y los indicios de versionado detectados en el código.

• Mapa de integraciones

  Identifica canales, endpoints, adaptadores y gateways presentes en el código y muestra cómo se conectan los componentes.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Puede generarse como un paso adicional, cuando esté incluido en la contratación, a partir de las evidencias y recomendaciones de este informe.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Confianza del índice

  Expone la incertidumbre, la información provisional y las carencias que afectan a la interpretación del índice de calidad técnica.

• Inventario técnico

  Presenta los lenguajes, los entornos de ejecución y el tamaño del código identificado en el repositorio.

• Mapa de persistencia

  Identifica bases de datos, sistemas de almacenamiento y ORM, y muestra cómo se distribuye el acceso a los datos entre las capas del sistema.

• Esquema y migraciones de la base de datos

  Reconstruye el esquema a partir de los archivos disponibles y señala migraciones destructivas o difíciles de revertir, dentro de la cobertura de los analizadores.

• Patrones estructurales de las tablas

  Identifica familias de tablas separadas por número o fecha, similitudes estructurales e indicios de herencia o particionado. No genera ni aplica cambios en la base de datos automáticamente.

• Índices y acceso a datos

  Señala índices posiblemente ausentes o redundantes y patrones de acceso que requieren revisión. El análisis estructural no mide el rendimiento real de las consultas.

• Riesgos en las consultas

  Localiza patrones como consultas dentro de bucles, SELECT *, falta de paginación y SQL fuera de la capa prevista, con referencias al código.

• Datos sensibles y ciclo de vida

  Identifica posibles categorías de datos personales a partir del esquema y evidencias de su tratamiento. Las inferencias requieren validación; no se examinan valores reales.

• Seguridad de la persistencia

  Revisa los indicios de exposición y control de acceso en el código, el esquema y la infraestructura declarada, incluidos SQL directo, permisos y aislamiento.

• Continuidad y recuperación

  Comprueba las configuraciones declaradas de copias de seguridad, retención, cifrado y redundancia. Expone la falta de evidencias; no prueba la restauración ni los tiempos de recuperación.

• Aislamiento entre clientes

  Analiza la separación estructural de datos y las políticas por fila en tablas multiinquilino. Por sí solo, no demuestra todo el aislamiento del sistema en ejecución.

• Matriz de requisitos normativos

  Relaciona aspectos técnicos con requisitos normativos y cuestiones organizativas que deben comprobarse. Apoya la revisión especializada; no constituye asesoramiento jurídico ni certificación de cumplimiento.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Puede generarse como un paso adicional, cuando esté incluido en la contratación, a partir de las evidencias y recomendaciones de este informe.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Postura de seguridad cloud

  Contrasta la cuenta AWS con controles del CIS AWS Foundations Benchmark y del AWS Security Hub FSBP — red, detección, secretos y datos — y resume el cumplimiento como N controles cumplidos de M evaluados.

• Inventario, capacidad y costo cloud

  Enumera los recursos observados por servicio y región, con la señal de capacidad y el costo estimado de las instancias provisionadas y una proyección de redimensionamiento por clase.

• Topología cloud observada

  Mapea las relaciones reales entre los recursos del snapshot y las correlaciones exactas con identificadores del repositorio, declarando lo que quedó sin correlación.

• Cobertura de observabilidad

  Muestra la cobertura de métricas, alarmas, logs y trazas observada en los recursos, sin transportar telemetría en bruto.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Puede generarse como un paso adicional, cuando esté incluido en la contratación, a partir de las evidencias y recomendaciones de este informe.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Confianza del índice

  Expone la incertidumbre, la información provisional y las carencias que afectan a la interpretación del índice de calidad técnica.

• Inventario técnico

  Presenta los lenguajes, los entornos de ejecución y el tamaño del código identificado en el repositorio.

• Puntos críticos de deuda técnica

  Combina complejidad y frecuencia de cambios para señalar las áreas que requieren atención, cuando existe suficiente historial Git.

• Calidad por dimensión

  Desglosa los resultados por dimensiones de calidad para mostrar qué favorece o perjudica la calidad técnica del sistema.

• Grafo de dependencias

  Hace visibles las relaciones entre componentes, los ciclos y el acoplamiento que pueden ampliar el impacto de un cambio.

• Puntos de separación para refactorizar

  Sugiere dónde separar responsabilidades e introducir pruebas para preparar los cambios en código heredado.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Este tipo de informe no permite generar un Kit SDD directamente. Para planificar cambios con un kit, consulta el informe de Capacidad de evolución.

• Clones y duplicación de código

  Localiza duplicaciones exactas y código repetido entre componentes, e identifica oportunidades para unificar implementaciones.

• Cambios frecuentes en código complejo

  Combina el volumen de cambios, la complejidad y la concentración de autoría para señalar áreas inestables, cuando existe suficiente historial Git.

• Dependencias sospechosas

  Señala nombres de paquetes similares a dependencias conocidas para revisar la cadena de suministro. La similitud no demuestra que un paquete sea malicioso.

• Secretos en el código

  Identifica indicios de credenciales y claves expuestas e indica su tipo y ubicación sin reproducir sus valores.

• Estructura y cobertura de las pruebas

  Analiza la estructura de las pruebas, sus carencias y los casos sin aserciones. La cobertura real de líneas y ramas requiere datos de cobertura proporcionados, como LCOV.

• Tratamiento de errores

  Localiza manejadores de excepciones vacíos y errores ignorados, y los relaciona con el contexto del módulo y el historial disponible.

• Eficiencia de la inferencia

  Señala llamadas a modelos que podrían solicitar respuestas más concisas para que el equipo las revise. Identifica oportunidades de optimización, sin garantizar ahorros.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Puede generarse como un paso adicional, cuando esté incluido en la contratación, a partir de las evidencias y recomendaciones de este informe.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Confianza del índice

  Expone la incertidumbre, la información provisional y las carencias que afectan a la interpretación del índice de calidad técnica.

• Inventario técnico

  Presenta los lenguajes, los entornos de ejecución y el tamaño del código identificado en el repositorio.

• Controles de arquitectura

  Evalúa reglas de control técnico y propone comprobaciones ejecutables para integración continua, como límites de complejidad, duplicación y dependencias circulares.

• Indicadores de entrega

  Estima la frecuencia de entregas y el tiempo entre un cambio y su inclusión en una versión, a partir del historial de commits y etiquetas. Son aproximaciones de dos métricas, no una evaluación completa de DORA.

• Calidad por dimensión

  Desglosa los resultados por dimensiones de calidad para mostrar qué favorece o perjudica la calidad técnica del sistema.

• Puntos críticos de deuda técnica

  Combina complejidad y frecuencia de cambios para señalar las áreas que requieren atención, cuando existe suficiente historial Git.

• Grafo de dependencias

  Hace visibles las relaciones entre componentes, los ciclos y el acoplamiento que pueden ampliar el impacto de un cambio.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Puede generarse como un paso adicional, cuando esté incluido en la contratación, a partir de las evidencias y recomendaciones de este informe.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Confianza del índice

  Expone la incertidumbre, la información provisional y las carencias que afectan a la interpretación del índice de calidad técnica.

• Inventario técnico

  Presenta los lenguajes, los entornos de ejecución y el tamaño del código identificado en el repositorio.

• Evaluación para la migración

  Sugiere refactorizar, adaptar la plataforma, retirar o mantener componentes según el código. Cambiar el alojamiento o comprar una solución alternativa requiere un análisis adicional.

• Puntos de separación para refactorizar

  Sugiere dónde separar responsabilidades e introducir pruebas para preparar los cambios en código heredado.

• Grafo de dependencias

  Hace visibles las relaciones entre componentes, los ciclos y el acoplamiento que pueden ampliar el impacto de un cambio.

• Mapa de integraciones

  Identifica canales, endpoints, adaptadores y gateways presentes en el código y muestra cómo se conectan los componentes.

• Puntos críticos de deuda técnica

  Combina complejidad y frecuencia de cambios para señalar las áreas que requieren atención, cuando existe suficiente historial Git.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Puede generarse como un paso adicional, cuando esté incluido en la contratación, a partir de las evidencias y recomendaciones de este informe.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Confianza del índice

  Expone la incertidumbre, la información provisional y las carencias que afectan a la interpretación del índice de calidad técnica.

• Inventario técnico

  Presenta los lenguajes, los entornos de ejecución y el tamaño del código identificado en el repositorio.

• Mapa de dominios

  Propone contextos y límites de dominio a partir del código para revisarlos con quienes conocen el negocio.

• Grafo de dependencias

  Hace visibles las relaciones entre componentes, los ciclos y el acoplamiento que pueden ampliar el impacto de un cambio.

• Mapa de integraciones

  Identifica canales, endpoints, adaptadores y gateways presentes en el código y muestra cómo se conectan los componentes.

• Mapa de resiliencia

  Comprueba la presencia de tiempos de espera, reintentos, circuit breakers y tratamiento de fallos en las integraciones identificadas en el código.

• Mapa de APIs

  Reúne las rutas HTTP, los métodos, los grupos de recursos y los indicios de versionado detectados en el código.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Puede generarse como un paso adicional, cuando esté incluido en la contratación, a partir de las evidencias y recomendaciones de este informe.

• Índice de calidad técnica

  Resume los indicadores encontrados en el análisis para orientar las prioridades según las evidencias disponibles.

• Confianza del índice

  Expone la incertidumbre, la información provisional y las carencias que afectan a la interpretación del índice de calidad técnica.

• Inventario técnico

  Presenta los lenguajes, los entornos de ejecución y el tamaño del código identificado en el repositorio.

• Concentración de contribuciones

  Identifica componentes con contribuciones concentradas en pocas personas, cuando existe historial Git. Es una señal para revisar, no una medición del conocimiento del equipo.

• Equipos y componentes

  Relaciona los patrones de autoría con los límites de los componentes para revelar dependencias entre grupos de colaboradores. No sustituye al organigrama real.

• Indicadores de entrega

  Estima la frecuencia de entregas y el tiempo entre un cambio y su inclusión en una versión, a partir del historial de commits y etiquetas. Son aproximaciones de dos métricas, no una evaluación completa de DORA.

• Puntos críticos de deuda técnica

  Combina complejidad y frecuencia de cambios para señalar las áreas que requieren atención, cuando existe suficiente historial Git.

• Plan de corrección

  Organiza las acciones propuestas por prioridad y etapas, teniendo en cuenta el esfuerzo, las dependencias y la reversibilidad. Orienta la ejecución; no aplica las correcciones.

Kit SDD. Este tipo de informe no permite generar un Kit SDD directamente. Para planificar cambios con un kit, consulta el informe de Capacidad de evolución.