# data[].attributes.body
Las mediciones deben ser costo-efectivas, es decir, el costo de llevar a cabo las mediciones no debe ser excesivo en comparación con los beneficios que se obtienen de ellas.

# data[].attributes.body
Las mediciones deben ser sensibles a las diferencias significativas en el software, es decir, deben ser capaces de detectar cambios importantes en la calidad del software.

# data[].attributes.body
Las mediciones deben medir lo que realmente se pretende medir, es decir, deben ser relevantes para los objetivos del proyecto y para la calidad del software en cuestión.

# data[].attributes.body
Las mediciones deben ser coherentes con los objetivos del proyecto y con las mediciones previas, es decir, deben ser comparables y coherentes con otras mediciones realizadas anteriormente.

# data[].attributes.body
En esta etapa, se definen los objetivos de la medición, se identifican las métricas relevantes para medir la calidad del software y se establecen los procedimientos y herramientas necesarios para llevar a cabo la medición. Es importante tener en cuenta que las métricas deben estar alineadas con los objetivos de calidad del software.

# data[].attributes.body
Las mediciones deben ser precisas y confiables, es decir, deben estar libres de errores y sesgos.

# data[].attributes.body
Las mediciones deben ser repetibles y consistentes, es decir, se deben poder reproducir los mismos resultados en diferentes momentos y por diferentes personas.

# data[].attributes.body
Las mediciones deben ser objetivas y basadas en hechos verificables. Esto significa que las mediciones deben basarse en datos y no en opiniones o suposiciones subjetivas.

# data[].attributes.body
En esta etapa, se recopilan los datos necesarios para llevar a cabo la medición. Esto puede implicar la recopilación de datos de diferentes fuentes, como registros de seguimiento de errores, registros de tiempo de respuesta del sistema, o encuestas de satisfacción del usuario.

# data[].attributes.body
En esta etapa, se procesan los datos recopilados y se utilizan para obtener resultados medibles y cuantificables. Se pueden utilizar diferentes técnicas de análisis estadístico para identificar patrones y tendencias en los datos, y para establecer correlaciones entre las diferentes métricas.

# data[].attributes.body
En esta etapa, se interpretan los resultados obtenidos del análisis para comprender el estado actual de la calidad del software y para identificar áreas de mejora. Es importante tener en cuenta el contexto en el que se han obtenido los resultados y las limitaciones de los datos.

# data[].attributes.body
En esta etapa, se utilizan los resultados y las conclusiones obtenidos para mejorar la calidad del software. Esto puede implicar la implementación de cambios en el proceso de desarrollo, la identificación de áreas de mejora específicas, o la toma de decisiones estratégicas para mejorar la calidad del software en el futuro.

# data[].attributes.body
Las métricas utilizadas en la calidad de software se pueden clasificar de diferentes maneras, dependiendo del enfoque y los objetivos específicos del proyecto. A continuación, se presentan algunas de las clasificaciones más comunes:

1.Según el tipo de medida:

1. Métricas estáticas: se refieren a medidas del software sin necesidad de ejecutarlo, como el tamaño del código o la complejidad ciclomática.

2.  Métricas dinámicas: se refieren a medidas del software durante su ejecución, como la eficiencia y el rendimiento del software.

2.Según la perspectiva de calidad:

1. Métricas de calidad interna: miden la calidad del software desde una perspectiva técnica, enfocándose en aspectos como la mantenibilidad, la complejidad y la facilidad de prueba.

2. Métricas de calidad externa: miden la calidad del software desde una perspectiva del usuario o del negocio, enfocándose en aspectos como la usabilidad, la funcionalidad y la eficacia del software.

3.Según la fase del ciclo de vida:

1. Métricas de proceso: miden la calidad del proceso de desarrollo de software, enfocándose en aspectos como la productividad y la eficacia del equipo de desarrollo.

2. Métricas de producto: miden la calidad del producto de software resultante, enfocándose en aspectos como la fiabilidad y la capacidad de respuesta del software.

4.Según el nivel de abstracción:

1. Métricas de bajo nivel: miden aspectos del software a nivel de código fuente o de artefactos de diseño, como la complejidad del código.

2. Métricas de alto nivel: miden aspectos del software a nivel de funcionalidad y requisitos, como la usabilidad y la satisfacción del usuario.

# data[].attributes.body
Costo del esfuerzo para corregir problemas que son detectados por el usuario. Esto incluye remoción de fallas (mantenimiento correctivo, retrabajo, codificación y prueba de defectos, compra de actualizaciones de productos), soporte (soporte técnico para responder por los defectos, preparación de apuntes de respuestas de soporte, investigación de las quejas del usuario), compensación (penalizaciones, reclamaciones, productos devueltos, reembolsos, descuentos, costos de garantía), otros (mala reputación, pérdida de ventas, usuario insatisfecho, pérdida de la confianza del cliente).

# data[].attributes.body
Costo del esfuerzo para detectar y corregir problemas previos a que el usuario los detecte, por ejemplo: corregir defectos y el retrabajo correctivo en todas las etapas.

# data[].attributes.body
Costo del esfuerzo para descubrir la condición de la calidad del software (evaluaciones planeadas). Esto comprende, por ejemplo: evaluación de proyectos (revisión de especificaciones de requerimientos, diseño y componentes, verificaciones y validaciones en general, inspecciones, pruebas unitarias, de integración y de sistema), auditorías de calidad del producto, evaluaciones externas, pruebas de productos adquiridos.

# data[].attributes.attachment_link.description
La pandemia de la COVID-19 y la inestabilidad política han afectado a las empresas peruanas en muchos sentidos. Uno de los más graves fue la cadena de suministros, sobre todo, en las compañías que realizan negocios business to business (B2B). Se estima que este nicho mueve trillones de dólares en el mercado global, con un nivel gigantesco de transacciones.

# data[].attributes.body
Un ejemplo de una metodología ágil es el método scrum. El scrum es un método de trabajo que evita dejar la creación y actualización de planes de trabajo y se enfoca en actuar rápido sobre los problemas que se presenten. Este método de trabajo se basa en los conceptos de Sprints, Reuniones de scrum, y Demos

# data[].attributes.body
Costo de todos aquellos esfuerzos para asegurar la calidad del software y prevenir defectos en todas las fases del desarrollo de software. Por ejemplo: aseguramiento de la calidad (planeación de la calidad, mejora de procesos, definición de procesos, políticas y estándares, obtención, análisis y uso de datos sobre la calidad, análisis de causas raíces), requerimientos (especificaciones y prototipos), administración del proyecto (planeación, capacitación, recopilación de métricas), librería de reuso (capacitación y herramientas), administración de la configuración (capacitación y herramientas), consultoría.

# data[].attributes.body
Para asegurar la calidad de software se siguen los siguientes pasos:

Definir el software que va a ser controlado: clasificación por tipo, esfera de aplicación, complejidad, etc., de acuerdo con los estándares establecidos para el desarrollo del software.

Seleccionar una medida que pueda ser aplicada al objeto de control. Para cada clase de software es necesario definir los indicadores y sus magnitudes.

Crear o determinar los métodos de valoración de los indicadores: métodos manuales como cuestionarios o encuestas estándares para la medición de criterios periciales y herramientas automatizadas para medir los criterios de cálculo.

Definir las regulaciones organizativas para realizar el control: quiénes participan en el control de la calidad, cuándo se realiza, qué documentos deben ser revisados y elaborados, etc.

# data[].attributes.body
Uno de estos métodos tradicionales para la calidad del software es el RUP o Rational Unified Process, el cual propone las fases:

·       Planeación de pruebas

·       Diseño de pruebas

·       Implementación de pruebas

·       Evaluación de criterios de salida

·       Cierre del proceso

Estas fases dividen al proyecto en partes para su evaluación parcial y asegurar la calidad con la que se esta desarrollando.

# data[].attributes.body
El término "métricas" en el contexto de la calidad de software se refiere a medidas cuantitativas que se utilizan para evaluar aspectos específicos del software. Las métricas se utilizan para medir y evaluar la calidad del software, así como para identificar áreas de mejora y controlar el progreso del proyecto.

Las métricas pueden ser utilizadas para medir una amplia variedad de aspectos del software, como su complejidad, mantenibilidad, rendimiento, seguridad, fiabilidad, facilidad de uso, entre otros. Estas medidas pueden ser tomadas en diferentes etapas del ciclo de vida del software, desde la planificación y el diseño hasta la implementación y el mantenimiento