Pruebas De Calidad De Software (1).docx

PLAN DE DESARROLLO DE LA CALIDAD DEL SOFTWARE PROPUESTA A ANTARES TECNOLOGIA

MÓDULO: PRUEBA Y CALIDAD DE SOFTWARE

Elaborado por: Mario Alexander Paguatian Ome Angie Katherin Ruiz Peña Juan Manuel Perez Davis Juan Camilo Ospina Reyes Pedro Luis Pereira Atencio

UNIVERSIDAD POLITECNICO GRAN COLOMBIANO PROGRAMA VIRTUAL INGENIERIA DE SOFTWARE SEPTIEMBRE DE 2018

Tabla de contenido INTRODUCCIÓN ................................................................................................................................... 3 ELEMENTOS DE LOS DIVERSOS MODELOS DE CALIDAD ...................................................... 4 CUADRO COMPARATIVO MODELOS DE CALIDAD .................................................................... 6 ENTREVISTAS .................................................................................................................................... 11 CRITERIOS DE AVANCE .................................................................................................................. 12 LISTA DE ACTIVIDADES Y PROCESOS ......................................................................................... 13

INTRODUCCIÓN

Desde el principio de la ingeniería de software, se observó que la calidad está compuesta por una composición de muchas características un modelo de calidad describe entonces estas características y sus relaciones muchos modelos hacen difusa la distinción entre atributos internos y externos, lo que dificulta la comprensión del concepto de calidad los modelos que se presentarán a continuación son los que han ganado mayor popularidad en la comunidad, pero no tienen sustento científico extrayendo los factores comunes a todos ellos, es posible derivar modelos propios adaptados a usos específicos.

ELEMENTOS DE LOS DIVERSOS MODELOS DE CALIDAD

Los factores de calidad que afectan a la calidad del software se dividen en dos grandes grupos: 

Los que miden directamente (defectos descubiertos en las pruebas).



Los que se miden directamente (facilidad de uso o de mantenimiento).

A continuación, se describen los factores que propone McCall, Richards & Walters, que es el modelo de calidad que más se ajusta a las necesidades de la empresa Antares Tecnología. 

Corrección.

El grado en que el programa cumple con su especificación y satisfacer los objetivos que propuso el cliente. 

Confiabilidad.

El grado en que se esperaría que un programa desempeña su función con la precisión requerida. 

Eficiencia.

La cantidad de código y de recursos de cómputo necesarios para que un programa realice su función. 

Integridad.

El grado de control sobre el acceso al software o los datos por parte de las personas no autorizadas. 

Facilidad de uso.

Los esfuerzos necesarios para aprender, operar y preparar los datos de entrada de un programa interpretan la salida. 

Facilidad de mantenimiento.

El esfuerzo necesario para localizar y corregir un error en un programa. 

Flexibilidad.

El esfuerzo que demanda probar un programa con el fin de asegurar que realiza su función. 

Portabilidad.

El esfuerzo necesario para transferir el programa de un entorno de hardware o software a otro.

CUADRO COMPARATIVO MODELOS DE CALIDAD

MODELO

McCALL. McCall, Richards y Walters, (1977)

CARACTERÍSTICAS VENTAJAS Fue el primero en ser presentado en Es práctico y fácil de 1977, y se originó motivado por entender y de esta US Air Force y DoD. forma fácil de aplicar, esto debido a su Organiza los factores en tres ejes o estructura jerárquica. puntos de vista desde los cuales el usuario puede contemplar la Identifica atributos calidad de un producto, basándose claves desde el punto en once factores de calidad de vista del usuario. organizados en torno a los tres ejes y a su vez cada factor se desglosa Se focaliza en el en otros criterios. producto final y en medidas precisas de Describe la calidad como un alto nivel. concepto elaborado mediante relaciones jerárquicas entre Orientado al producto factores de calidad, en base a final, pero, se puede criterios y métricas de calidad. aplicar al proceso.

DESVENTAJAS Características son en general propiedades abstractas medibles mediante métricas, lo cual iimplica un trabajo tedioso por la cantidad de métricas que se utilizarían. Implica un trabajo adicional al proceso, debido a que se evalúan muchos factores.

No siempre existe una relación perfectamente lineal entre los valores de las métricas y las Su finalidad, atender a las diversas Se puede utilizar no características que necesidades de las organizaciones para varios proyectos deben estimar. que quieren realizar la mejora de al mismo tiempo. sus procesos. En costos resulta Posee 2 enfoques: viable es de gran ayuda para cualquier El Continuo: hace hincapié en la organización. capacidad de ciertas áreas para realizar sus actividades de manera adecuada. El Escalonado: hace especial énfasis en el grado de madurez de los procesos (a semejanza del SWCMM).

MODELO

CARACTERÍSTICAS

VENTAJAS

DESVENTAJAS

Éste define la calidad de No lucrativo. No especifica muchos software en términos de aspectos relacionados atributos cualitativos y los mide Fundamentado en con el usuario usando métricas. modelo ISO 9000 y CMMi El modelo no es muy distinto al de McCall, porque muchos de No implica esfuerzo sus factores de calidad son los adicional para mejorar mismos. Éste modelo también y obtener una presenta sus factores de calidad certificación en ISO estructurados jerárquicamente 9000. de alto a bajo nivel.

Las mejoras al SW se El modelo se basa en que el hacen por medio de software debe: ciclos de espiral

BOEHM Barry Boehm (1978)

Hacer lo que el usuario quiere que haga. Utilizar los recursos de la computadora correcta y eficientemente. Ser fácil de usar y de aprender para los usuarios. Estar bien diseñado, bien codificado y ser probado y mantenido fácilmente. Este modelo introduce características de alto nivel, de nivel intermedio que se constituyen en los factores de calidad, y las características primitivas, cada una de las cuales contribuyen al nivel general de calidad.

partiendo desde el centro. En cada ciclo analiza objetivos, alternativas (características, formas de gestión, riesgo asumido) y desarrollo y verificación. Conjuga lo interactivo del modelo MCP con lo sistemático del Modelo Cascada.

MODELO

FURPS Robert Grady y Hewlett Packard Co (HP) 1987.

CARACTERÍSTICAS Esta propuesta contempla, por un lado 5 características de las cuales se deriva su nombre; Funcionalidad. Facilidad de Uso. Confiabilidad. Desempeño. Facilidad de Soporte.

VENTAJAS Tiene en cuenta las fallas en el producto y en el proceso, esto permite una mayor corrección. Se podría utilizar no para uno sino para varios proyectos.

Los criterios son Los requisitos se claramente clasifiquen en dos entendibles, lo que categorías: implica su fácil utilización. Requisitos funcionales (F): que son los que especifican En cierta forma su funciones que el sistema división en factores debe ser capaz de realizar funcionales y no sin tener en cuenta las funcionales es restricciones físicas. convenientes para determinar la calidad, Requerimientos no aun así, hayan funcionales (URPS): que restricciones físicas. puntualizan atributos del sistema o del medio ambiente del sistema.

DESVENTAJAS Se necesitan de muchas métricas lo que implica un mayor esfuerzo de tiempo y costo

MODELO

CARACTERÍSTICAS Modelo de madurez de capacidades. Establece Áreas Clave de Proceso y a cada una unas buenas prácticas de definición, organización, ejecución, medidas, verificación

CMM Surge en 1986

Emplea 5 niveles de maduración: Inicial Repetible, definido, gestionado, optimizado.

Básicamente el CMMI son normas para calidad enfocada al mundo del Software, aplicables a los diferentes procesos que hay que llevar a cabo para lograr producir software con calidad, es muy importante mencionar que igual que las normas ISO 90003, este modelo nos dice que hay que hacer, y no como hay que hacerlo , lo que permite:

Permite mejoras de gran impacto en procesos de desarrollo de productos software, tales como reducción del coste de desarrollo, localización y resolución de defectos; mejora en la fiabilidad de la planificación, en términos de Describir los componentes del dedicación y de modelo y sus relaciones. calendario.

Falta de adecuación al enfoque a servicio que está experimentando el sector de las TI en todas sus líneas de actividad, así como el alto esfuerzo de implantación que exige.

Comprender proceso.

Proceso de valoración pesado y lento.

las

áreas

de Reduce el coste de desarrollo, localiza la resolución de Localizar información defectos, CMMI relevante en el modelo. aumentando de la 1984 productividad y la Fue Aplicar los conocimientos a su efectividad sobre la desarrollado entorno de trabajo y en un planificación equipo de evaluación de Software Engineering componentes y sus relaciones Reducción de los trabajos derivados Institute (SEI) de un modelo. de correcciones tras perteneciente Estudia los procesos de las fases de pruebas. a Carnegie desarrollo de software de una Mellon organización. Método University evolucionado y Producir una evaluación de la flexible. Compatible madurez de la organización con la norma según una escala de 5 niveles, ISO/IEC 15504. con el objetivo de establecer una guía que les permita Mejor organización mejorar sus procesos y su interna y habilidad para organizar, homogeneización en desarrollar, adquirir y procesos de mantener productos y actuación. servicios informáticos. Obtención de un importante caudal de datos históricos susceptibles de ser Analizados.

Costo alto para la preparación y el soporte, también lo es la valoración del modelo.

Plazo implantación proyecto.

de del

Se utiliza para empresas grandes. Tamaño y complejidad mucho mayor que modelos vigentes. La complejidad de la evaluación continua puede atentar contra la definición de objetivos concretos de madurez.

ENTREVISTA 1 ¿Qué Modelo de calidad implementa su empresa? Respuesta: CMMi 2 ¿Que Norma aplica su empresa de desarrollo? Respuesta: Norma ISO9000 3 ¿Cuenta con algún tipo de certificación de calidad de producto? Respuesta: la ISO/IEC 9126 4 ¿Cuáles son los distintos tipos de mantenimiento del software? Respuesta: preventivo, correctivo, perfectivo y adaptado 5 ¿Qué tipo de licencia de software implementan en su empresa? Respuesta: libre 6.¿Qué diferencias hay entre el software de un ordenador y un programa de ordenador? Respuesta: Un programa de ordenador es una parte del código de programación, el cual crea tareas bien definidas. En cambio, el software incluye código de programación, y su documentación y guía del usuario.

CRITERIOS DE AVANCE  Desarrollar una BBDD en Access la cual cuente con consultas desde las que se pueda extraer los estados de facturación de los hoteles cada hora, día, semana o mes y por medio de ello conocer los ingresos en el momento deseado y no al inicio o fin del día  Realizar pruebas sobre el criterio anterior durante 1 mes en el que se pueden determinar los errores y efectividad del desarrollo y así generar un software que utilice el modelo de calidad CMMI el cual nos permitirá reconocer los niveles de madurez de la empresa.  Brindar un servicio personalizado a las personas por medio de un turnero (software) el cual permite asignar a los clientes según su llegada, pretensiones y necesidad a diferentes colaboradores del hotel que están organizados por área y especialidad.  Seguridad en la información por medio de encriptaciones a las bases de datos servidores los cuales serán monitoreados por medio de un software utilizado para la protección de la información de cada empresa.

Los dos modelos de calidad que escogimos para la empresa Antares Tecnología son el modelo CMMI y la Norma ISO9000.

LISTA DE ACTIVIDADES Y PROCESOS 1. Primeramente, la empresa debe realizar un correcto análisis de los requerimientos de los diferentes clientes que solicitan la realización de un producto de software, por medios varios métodos como pueden ser, matriz de trazabilidad, especificaciones y diseño funcional, requisitos no funcionales, casos de uso, historias de usuarios entre otros.

2. Luego la empresa debe seleccionar las funcionalidades a probar en cada una de las etapas del ciclo de vida del desarrollo del software, es decir aquellas actividades que son vitales para la buena calidad del producto, ya sean funcionalidades nuevas que se le agreguen o funcionalidades que ya se viene trabajando. 3. Posteriormente definir la estrategia de pruebas, seleccionar cuales son los tipos de pruebas de software que se deben aplicar, la empresa debe ejecutar pruebas funcionales, pruebas de sistema, que se realizan luego que el equipo de desarrollo ha integrado los componentes de distintas capas, como son las pruebas de caja negra. También pruebas no funcionales, pruebas de caja blanca y pruebas de regresión. 4. La empresa debe definir los criterios de aceptación o rechazo, establecer un nivel de tolerancia a fallos de calidad, podría definir como criterio de aceptación el 100% de los casos de pruebas principales y un 20% de casos de prueba no principales. También se definen los criterios de inicio y reanudación así como los criterios de suspensión de las pruebas. 5. Se identifican los entornos o ambientes requeridos para realizar la ejecución de las pruebas, tanto las características de Hardware como de Software, el equipo de arquitectos puede suministrar los requisitos mínimos y óptimos para la operación del sistema, como buena práctica, el ambiente de pruebas de software debería ser lo más similar posible al ambiente de producción.

6. Se requiere que la empresa cumpla con planes de entrenamiento al personal, que todos los empleados estén comprometidos con el aseguramiento de la calidad en todas las etapas del proceso de software y en especial las personas encargadas de realizar las pruebas o Testing. 7. Establecer la metodología y procedimientos de prueba, junto con la documentación de los procedimientos para el diseño y ejecución de las pruebas. 8. Elaborar la planificación de las pruebas, se debe utilizar la matriz RACI como plantilla, crear un cronograma donde se identifiquen las actividades críticas, y demás configuración necesarios para ejecutar las pruebas. 9. Identificar los riesgos y definir planes de respuesta, determinar planes de contingencias para posibles problemas que se puedan presentar. 10. Por ultimo obtener las conclusiones del proceso y determinar las posibles mejoras en aras del Aseguramiento de la Calidad de la empresa y de los productos que produce.

WEBGRAFÍA

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap1/Capitulo_ Completo.pdf http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/1 .pdf http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/2 .pdf http://es.wikipedia.org/wiki/British_Standards_Institution http://www.aenor.com/aenor/inicio/home/home.asp http://www.afnor.org/en http://www.amn.org.br/ http://www.ansi.org/ http://www.cen.eu/Pages/default.aspx http://www.cen.eu/Pages/default.aspx http://www.copant.org/web/guest;jsessionid=3BA7B5A90A45DCE583BFA8B3D6705C48 http://www.apec.org/ http://www.icontec.org/index.php/en/ http://www.iec.ch/ http://www.iso.org/iso/home.html http://www.itu.int/es/pages/default.aspx