Calidad de software, métodos y métricas by Diego Flores Garcia https://padlet.com/dipafg1/edvbv4ly2gla6e8q en-us 2023-05-02 14:49:03 UTC 2023-05-11 15:11:39 UTC hello@padlet.com Metodos tradicionales dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578312283 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.

]]> 2023-05-04 13:50:34 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578312283 Metodologías ágiles dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578314823 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

]]> 2023-05-04 13:52:08 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578314823 Control de calidad de software dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578321132 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.
]]> 2023-05-04 13:56:08 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578321132 Costos de prevención dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578322817 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. 

]]> 2023-05-04 13:57:15 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578322817 Costos de evaluación dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578327678 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. 

]]> 2023-05-04 14:00:28 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578327678 Costos de fallas internas dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578328165 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. 

]]> 2023-05-04 14:00:47 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578328165 Costos de fallas externas dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578329412 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).

]]> 2023-05-04 14:01:39 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2578329412 Definicion dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587225573 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 ]]> 2023-05-11 13:41:13 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587225573 Clasificacion de metricas dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587239668 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.

]]> 2023-05-11 13:49:46 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587239668 Formulación dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587251473 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. ]]> 2023-05-11 13:56:52 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587251473 Recolección dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587251970 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. ]]> 2023-05-11 13:57:09 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587251970 Análisis dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587252365 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. ]]> 2023-05-11 13:57:24 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587252365 Interpretación dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587252812 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. ]]> 2023-05-11 13:57:40 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587252812 Retroalimentación dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587253276 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. ]]> 2023-05-11 13:57:58 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587253276 Objetividad dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587255341 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. ]]> 2023-05-11 13:59:14 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587255341 Repetibilidad dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587255768  Las mediciones deben ser repetibles y consistentes, es decir, se deben poder reproducir los mismos resultados en diferentes momentos y por diferentes personas. ]]> 2023-05-11 13:59:28 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587255768 Fiabilidad dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587256129 Las mediciones deben ser precisas y confiables, es decir, deben estar libres de errores y sesgos. ]]> 2023-05-11 13:59:41 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587256129 Consistencia dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587257255 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. ]]> 2023-05-11 14:00:22 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587257255 Validez dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587257899 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.

]]> 2023-05-11 14:00:47 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587257899 Sensibilidad dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587258362 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. ]]> 2023-05-11 14:01:06 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587258362 Costo-efectividad dipafg1 https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587258889 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. ]]> 2023-05-11 14:01:26 UTC https://padlet.com/dipafg1/edvbv4ly2gla6e8q/wish/2587258889