Atributos de Calidad del Software

Atributos de Calidad del Software

• El objetivo principal de las empresas es lograr la calidad, priorizando la adaptación a las necesidades del cliente
• La calidad en ingeniería de software es una característica o atributo mensurable
• Para la IEEE, un software de calidad cumple las expectativas del cliente y tiene una buena combinación de atributos

Producto de Software con Calidad

• Cero defectos se considera alta calidad, especialmente para usuarios y gerentes de software
• Mucha funcionalidad es sinónimo de alta calidad para usuarios y vendedores
• Alto rendimiento es alta calidad, ligado al tiempo de respuesta para usuarios y ventas
• Bajo costo de desarrollo es alta calidad para clientes y PM (Project Managers)
• La rapidez en la construcción es alta calidad, valorada por usuarios y vendedores
• La amigabilidad es alta calidad, crucial para usuarios que aprenden a usar el producto

Problemas y Soluciones en la Calidad del Software

• La especificación de calidad se alinea con las características deseadas por el consumidor
• Con frecuencia, resulta difícil especificar características de calidad de forma no ambigua
• No siempre se puede concretar un software que cumpla las expectativas del usuario, a pesar de ajustarse a la especificación original
• Una solución es diseñar procesos de calidad que no dependan de una especificación perfecta
• La gestión de calidad es fundamental en la práctica

Actividades Principales en la Administración de Calidad

• Garantizar la calidad al establecer procedimientos y estándares que lleven a un software de alta calidad
• Planificar la calidad adaptando el marco a un proyecto de software específico
• Controlar la calidad definiendo procesos que aseguren el seguimiento de los procedimientos y estándares
• Considerar los costos en la búsqueda de la obtención de la calidad
• Cuanto más cerca se esté de finalizar el desarrollo, más costosa será la solución

Principios Clave de la Calidad del Software

• Un cliente que no exige calidad probablemente no la obtendrá, se deben explicitar los atributos deseados
• Los desarrolladores deben gestionar la calidad comprometiéndose a hacer desarrollos de calidad y revisar el producto
• Para gestionar, los desarrolladores deben medir la calidad cuantificando errores y creando registros (tipos, frecuencia)
• La calidad del producto depende del proceso de desarrollo y la calidad de la materia prima
• Las pruebas solucionan sólo una fracción de los defectos, siendo necesarias pruebas funcionales y no funcionales gestionadas

Calidad del Producto vs. Calidad del Proceso

• La calidad del proceso de desarrollo del software tiene una influencia directa en la calidad de los productos derivados
• La gestión y mejora de la calidad del proceso debe minimizar los defectos en el software entregado

Gestión de Calidad del Proceso

• Se debe definir estándares que el proceso debe seguir
• Supervisar el proceso de desarrollo para asegurar que se sigan los estándares
• Elaborar informes del proceso para el gestor del proyecto y para el comprador
• El gestor de calidad debe utilizar estándares dependiendo del tipo de software en desarrollo, buscando que el proceso de calidad ayude en lugar de obstaculizar

Factores y Atributos Clave de la Calidad

• Correctitud: El producto se comporta según la especificación de funciones provistas
• Confiabilidad: El usuario puede depender del software dentro de un intervalo de tiempo especificado
• Robustez: El software se comporta razonablemente en circunstancias imprevistas
• Rendimiento: El software utiliza los recursos (tiempo, memoria) de forma eficiente
• Amigabilidad: El usuario encuentra el sistema fácil de usar
• Verificabilidad: Las propiedades del software se pueden verificar fácilmente
• Mantenibilidad: Se realizan modificaciones tras la entrega para corregir errores o mejorar el producto

Mantenibilidad Tipos

• Reparabilidad: Permite la corrección de defectos con poco trabajo
• Evolutividad: Los productos se modifican para nuevas funciones o cambios

Otros Aspectos de la Calidad del Software

• Portabilidad: El software puede ejecutarse en distintos ambientes
• Interoperabilidad: Habilidad para coexistir con otros sistemas
• Integridad: Controla accesos no autorizados a los datos

Atributos de Calidad del Proceso

• Productividad: Mide la eficiencia en la entrega rápida, influenciada por la reusabilidad del software
• Oportunidad: Habilidad de entregar a tiempo con metas claras
• Visibilidad: El proceso es visible y está documentado claramente

Pruebas de Caja Negra vs. Caja Blanca

• Caja negra: Se prueba la función específica sin conocer la estructura interna
• Caja blanca: Se prueba el funcionamiento interno para asegurar su integración; la prueba de ruta básica es más costosa

Crecimiento Sostenido y Reglas de Calidad

• Adopta e integra la calidad en todas las fases del proyecto
• La calidad diferencia entre excelencia y desastre

Reglas de la Calidad de un Software

• Mantener una relación provechosa con el proveedor
• Fundamentar decisiones en datos, no en conjeturas
• Prevenir que el crecimiento comprometa la calidad
• Motivar la participación y difundir prácticas óptimas entre el persona

Otros Puntos Clave para la Calidad

• Ser proactivo y asumir un rol de modelo ante errores
• Tener un enfoque basado en procesos
• Considerar la calidad como una forma de vida y trabajo

Regla Cardinal de la Calidad

• Organización basada en los clientes, comprendiendo sus necesidades internas y externas

Aseguramiento de Calidad vs. Control de Calidad

• Aseguramiento de calidad es un conjunto de actividades planificadas para garantizar el cumplimiento de requisitos de calidad
• Control de calidad verifica que un producto sea útil, seguro y cumpla funciones correctamente

Enfoque y Propósito

• El QC detecta problemas en los productos de trabajo
• El QA asegura la adherencia a procesos, estándares y planes
• El QC revisa productos de trabajo
• El QA guía y monitorea los procesos

Resultados y Validación

• QC busca un producto de software usable que valide si se está construyendo el producto correcto
• QA busca un producto adecuado para el uso que verifique si se está construyendo correctamente

Proceso de Software y Testing

• El proceso de software comprende las herramientas, métodos y prácticas para producir un producto de software
• Testing es el proceso de operar un sistema para observar y registrar resultados

Activos/Elementos del Proceso de Software

• Proceso (el qué): actividades a realizar
• Procedimientos (el cómo): pasos y criterios a seguir
• Estándares: convenciones de ingeniería de software
• Templates: esbozo de un producto de trabajo
• Producto de trabajo: resultado tangible
• Política: compromiso adoptado
• Actividad: acciones tomadas
• Rol: persona o sistema que ejecuta una actividad
• Calidad del producto de software
• Los clientes, patrocinadores, usuarios y desarrolladores deben quedar satisfechos

Problemas Asociados a la Calidad

• Falta de comprensión del rol de calidad
• Falta de confianza en el valor que tiene la calidad
• Creencia que el QA es lo mismo que Testing
• Falta de respeto a la tarea de QA por parte de los desarrolladores
• Existencia de estándares y procedimientos que no agregan valor
• Soporte gerencial inadecuado que resulta perjudicial a la Calidad

Objetivos QA Calidad del Producto

• Mejorar la calidad monitoreando el producto y el desarrollo
• Asegurar el cumplimiento de los estándares
• Elevar desviaciones a la gerencia
• Asistir a los equipos de proyecto en la elaboración de planes
• Dar seguimiento a no conformidades elevadas

Funciones QA.

• Controlar la adherencia a los estándares
• Evaluar el nivel de calidad
• Dar coaching

Rol QA

• Garantizar que el proceso definido está implementado y en uso
• Asegurar la correctitud de los planes del proyecto y su seguimiento en todas las fases de desarrollo
• Dar soporte al equipo
• Asegurar que los procesos sean usados y útiles para la organización.

Planificación de QA

• Define la calidad deseada para el software
• El plan es un mapa para institucionalizar la garantía de calidad
• Checklists, ayudan a asegurar que las tareas se completan y cubren calidad

Listas De Verificación

• Concisa y precisa
• Completa identificando los puntos esenciales
• Genérica para aplicarse a diferentes productos
• Consistente en su expresión (positiva o negativa)

Puntos a Evaluar

• Severidad el impacto
• Efecto sobre otros productos
• El motivo (omisión, excedente, incorrecto)
• Prioridad

Evaluación de la Calidad del Software

• Se evalúa la calidad seleccionando un proceso para verificar los atributos relevantes utilizando métricas validadas con aceptación, como funcionalidad, rendimiento, usabilidad, fiabilidad, seguridad, mantenibilidad, portabilidad y compatibilidad,

Evaluaciones

• Calidad interna y externa: Interna con lo planificado y externa con las expectativas del cliente
• Calidad en uso: Perspectiva del usuario en un ambiente y contexto específico
• Calidad a nivel de proceso: Evaluar el nivel cumplimiento para los factores definidos
• Calidad a nivel de producto: Se especifica y evalúa el cumplimiento de los factores definidos en el producto

Intereses de las Organizaciones

• Diferenciarse de los competidores
• Establecer acuerdos y parámetros a cumplir
• Detectar los defectos antes de la entrega
• Evaluar y controlar del rendimiento del desarrollo del software,
• Asegurar que el producto cumpla los niveles necesarios y respeta los niveles necesarios para las características de seguridad como: confidencialidad, integridad, autenticidad, autorepudio etc

Beneficios

• Poner el producto en producción y asegurarse que este sea compatible con la interfaces necesarias en otros sistemas

Beneficios del Modelo Organizativo desarrollan productos

• Control de calidad el producto y mejorar
• Asegurar el nivel de calidad a los clientes
• Comparar los productos son las competencias
• Posicionar los productos en el mercado
• Aumentar las ventas

Beneficios que adquiere el Software

• Conocer la calidad del producto la calidad
• comparar entre distintas alternativas y establecer acuerdos para un nuevo servicio
• conseguir independencia minimizando fallos y reduciendo costes

Establecimiento de Métricas y Normas de Calidad

• Modelo recolecta buenas prácticas permitiendo dirigir los procesos centrales y medir los avances
• La organización puede un proceso para mantener y evaluar la calidad del desarrollo, se debe la calidad es una persona un proceso

Problemas y Desafíos para en el Desarrollo

• Falta de asociación de calidad con el proceso de desarrollo
• Involución de los modelos de calidad
• No mantenimientos de la modelos
• Generalidad de modelos de calidad
• Falta de negligencia por los riesgo al controlar el aspecto
• Falta de participación de los
• Subjetividad en la evaluación
• Falta de equidad para validar

Métricas de Calidad de Software

• Conjunto de medida utilizadas a estimar la calidad del proyecto, los atributos se relacionan en las métricas ya que estas buscan evaluar la adherencia en el proyecto
• Herramienta eficaz para contribuir la gran madurez dentro del software y se basa a normas ISO

Certificación del Modelo de Madurez

• Eficaz herramienta que contribuye a mejorar la caldidad el desarrollo
• Basado en normas

Normas ISO

• Describre el modelo de procesor del ciclo de vida y el modelo para evaluar calidad y madurez: ISO/IEC 12207
• Certificación de la calidad de los desarrollos
• Modelo alineado y facil de integrar con ISO: ISO/IEC 33000
• Guia del Ciclo de Vida del Desarrollo:ISO 12207
• Calidad del producto, permite que las empresas desarrollan y conozcan la calidad de la calidad de su producto se decidan: ISO 2500

Una vez superado el proceso de auditoría

• Se obtiene el certificado del modelo de de madurez y la Licencia del uso de la marca la del Software correspondiente
• Diferenciación sobre los competidores
• Establecer acuerdos
• Detectar los defecto
• Evaluar y controlar el rendimiento
• Seguridad integridad y autenticidad

Modelos de personalización basados en la norma ISO

• Los modelos son utilizados como un marco de trabajo para evaluar los procesos del desarrollo de software y establecer una evaluación
• Evaluación del proceso conocer la capacidad de los procesos, la información que caracteriza
• A partir del producto software, es los modelos con el código ISO

Auditorías / Gestión de Calidad

• Interna se puede verificar y se puede hacer todas las actividades para planificar
• Sistémicos para obtener todo tipo de información y evaluar la extensión a la calidad
• Auditoria permite revisar las políticas, regulamientos y requerimiento
• Evidencia permite registros y declaraciones
• Hallazgos son los resultados de la evaluación frente
• Programa en donde se verifica en tiempo terminado a un propósito
• Plan descriptivos de todo

Gestión de Calidad

• Identificar el problema, es encontrar y elegir las causas príncipales y luego implementar y medir
• Brainstorming es un proponer una ideas
• Ishikawa permite encontrar las causas

Técnicas que utilizan a encontrar la causa principal

• Pareto
• 5W2H
• Plan-Do-Check-Act (PDCA) - se puede resolver los problemas a las técnicas

Técnicas Madurez del Proceso

• Metodología del desarrollo CMMI integra y mejora y evaluación

Métodos para las Técnicas Madurez

• Mejora CMMI
• Evaluación que tiene dos tipo representación continua y stage en la fase madurez
• SCAMPI : mejora interno del proceso
• Proceso es generar

Costos:

• Ciertas el costó de certificación

ISO

Normas ISO/IEC 25000: proporciona una guía para el uso de la nueva serie de estándares internacionales llamada Requisitos y Evaluación de Calidad de Productos de Software

Administración de Configuración

• Administración de configuración es la disciplina que provee estabilidad a la producción de software a través del control de la evolución del producto y los cambios asociados a él
• Los procedimientos definen cómo registrar y procesar los cambios propuestos

Configuraciones

• Herramientas de administración de configuraciones se utilizan para almacenar la versión de los los componentes:
• Gestión deben registro las diferencias versiones
• Equipo tiene la responsabilidad de construir el sistema complejo

Proceso de Administración de Configuración

• Es una disciplina compuesta de 5 partes:

Configuración de Planificación de la administración

• Debe haber un plan cada plan está alineado y organizado en diferentes capítulos

• Debe haber un responsable de cada actividad de configuración

• Descripción de las herramientas a utilizar la base, y de la configuración a utilizar para registrar

• Identificar Configuración para identificar base por una versión del software y niveles de visión

• La configuración y cambio se trabaja sobre los almacenamientos seguros y es aprobada y prevista para cada componente

• Procedimientos es ver el tipo de cambio es el análisis que se ocupa los componentes se llevan hacer

• Control ve y se aprueba revisar todas las peticiones a los error para que sean atendidas

• El estado de la configuración registra los problemas y sus ítems de configuraciones: los elementos son: auditoria la configuración va a confirmar la bases y revisión

• Tipos auditorías

• Verificación de los elementos, verificación del hardware y que los documentos sean consistentes y correctos

• Todos los documentos deben un nombre clave para para revisar

Sistema de versiones

• Utiliza al almacenamiento formal y genera las versiones, debe la versión para administrar sistema
• Los Cambios: Pueden ser evaluar de forma dependiente son enviadas directamente o no lo requiere

Gestión de versiones de entrega es el software

• Los gestores deciden Cuándo los entrega el software y gestionan la construcción con los medios de distribución

Una entrega tiene con configurar el sistema

• Archivos con Datos necesarios
• Programa para el sistema se
• Documentación de electrónica y papel
• El embalaje
• La revisión y la evaluación con el componente se debe realizar El nivel de promoción tiene elementos el registro y la información hacia la numeración de los cambios.

Se debe gestionar para que cambien el registro los repositorios

Fundamentos del Testing

• Proceso es un sistema bajo ciertas condiciones para que se registra La verificación busca construir correctament
• La validación busca el testing para el software

Axiomas del testing

• Nunca se modificarán los programas

• Todo se debe realizar los testeo o a los desarrolladores.

Objetivos de V&V

• Descubrir defectos, causar errores

• Evaluar la calidad de los productos revisar

• La Identificación ve Qué tipo de defecto

• La Corrección se cambia y se remueve de los defectos

Proceso de Prueba

• Debe realizarse contra un resultado esperado
• Los Resultados deben ser revisados minuciosamente

Ciclo de vida del ciclo de prueba

Un error es una acción incorrecta. Un Defecto llamado la falta es la manifestación un Error es la modificación La falla es la manifestación del defecto a usar el sistema.

• Disecciones para determinar tipos de los diseños, diseño y las definición del test es encontrar

• Menor los ensayos y cada ensayo lo mas corto posible

• Condiciones los tipo describir las situaciones

• Se necesitan Datos

####Un programa y su condicion

• Datos entrara validos
• Cada combinación en prueba
• La prueba más completa se debe la estrategias

####Criterio de Selección y Condiciones

• De los casos se debe seleccionar aquellas que tengan probabilidades de no encontrar un defecto

Tipos de Pruebas

• Técnicas de Prueba Estática y Analíticas se debe analiza

Para analizar se debe automatizar los código fuente

• Se reúne un grupo y revisión algorítmico debe tener estandarización Recurrir a le permite ejecutar código errores para que sean descubiertas con cada rol , autor etc y tener un proceso con para

El Analisis

• Planeación
• Visión
• Preparación
• Reunion
• Correciones
• Seguimiento

Diseño de la prueba

• El ensayo consume tiempo y dinero; encontrar la mayoría de defectos
• Tener la menor cantidad de ensayos posible
• Cada ensayo debe ser lo más breve posible

Condiciones de prueba

• Describir situaciones a las que un sistema debe responder
• Probarse

Casos de prueba

• Lotes de datos necesarios para que se de una condición de prueba

Un programa es correcto sí

• Para toda combinación de datos de entrada válidos, la salida es correcta,
• Cada combinación será un caso de prueba, pero la prueba exhaustivo es imposible

Estrategía de pruebas

• Criterios de selección :una condicion para seleccionar un conjunto de casos
• De todas las combinacione posibles solo elegriremos algunas
• En la menor cantidad la probabilidad de encontrar un defecto es alta

Tipos de pruebas

• Técnicas de prueba estática
• Técnica de prueba estática o analítica se analiza elproducto para dedur cir su correcta operación

Recorridas.

Es una reunión de no más de dos horas, foco en descubrirlas y nunca coregrirlas.

• Requerimentos

Análsis de código fuente

• Analiza grupo que realiza una revisión y la revisión alorithmos y defetos y faltas
• Permite unificar y se debe unificar para la programación similar
• No se evalua programdoress

Roles de las recorridas

• Autor
• Moderador
• Secretario

Metodos se debe planeación, visión conjunto, preparación general , reunión y correción, seguimiento

Técnicas de prueba dinámica

Experimentan sobre como actúa el producto si así se esperaba : Caja blanca y Caja negtra

Clase de equivalencia

• Cada sujconjunto valolr y equivalente

Análisis de codnicónd de borde

Se selecciona uno o más elementos que mira las clases de equivalencia y creatividad

Ejemplos

• Rangos de valores
• Numero de valores
• Contorno y archivos

Conjetura de errores

• Sospechsmos que hay un número se basa esa situaciones
• Tiene los orígenes de partes complejas y circumstrancias

Comparación

Efectivas temprana detectar requermientos, de diseñar casos, conclusiones

• Sujetos a los resultados personales
• NO usar a validación
• Dependencia

Se considera de

• Se vera en el momento de que se utiliza y validar
• Prueba otra característica
• Solo sirve el que se construya software

###Complejidad ciclomática

• cantidad de caminos independientes