Calidad de Software

Integrantes
Asenjo Medina, Christian Wilmer
Rojas Herrera, Alex Jhampier
Vsquez Villalobos, Henry

Profesor
Ing. Mg. Vctor Tuesta

Conjunto de actividades sistemticas que proveen capacidad al proceso de

software para producir un producto adecuado para el uso.
El grupo de AC coordina con el control , la gestin del cambio y ayuda a
recopilar y analizar mtricas de software.

Prcticas colaborativas Se utilizan para mejorar la calidad del desarrollo de

software.
Las prcticas colaborativas funcionan mejor si la construccin del sistema
tambin es colaborativa, sin dueos de mdulos, sino que todos pueden
modificar diseo y cdigo.

(SEI) recomienda un conjunto de

actividades de Aseguramiento de la
Calidad :
Planificacin
Supervisin
Conservacin de registros
Anlisis
Elaboracin de informes de
aseguramiento de la calidad.

Se desarrolla durante la planificacin del proyecto,

este identifica
Las evaluaciones que se realizan
Las auditoras
Revisiones para llevar a cabo
Los estndares aplicables al proyecto
Los procedimientos para el informe y
seguimiento de errores
Los documentos que debe producir el grupo de AC

El grupo de AC revisa la descripcin del

proceso para que concuerde con :
Las polticas organizacionales
Los estndares internos de software
Los estndares
Por ejemplo, ISO 9001
,ISO 9126, ISO 25 000 ,etc

El grupo de AC :
o Identificar
o Documentar
o Sigue las desviaciones del proceso
o Verifica que se hayan hecho las
correcciones

El grupo de AC
Revisa los productos de trabajo seleccionados
Identificar
Documenta y sigue las desviaciones
Verifica que se hayan hecho las
correcciones
Peridicamente informa de los
resultados de su trabajo
al gestor del proyecto.

Las desviaciones se pueden

encontrar en :
El plan del proyecto
En la descripcin del proceso
En los estndares aplicables
En los productos de trabajo
tcnicos.

 A los elementos que no se ajustan

se les da seguimiento hasta
resolverlos.

Las revisiones de cdigo son de las tcnicas de mejoramiento de la calidad que mejor
resultado brindan. Como adems son de menos uso que otras tcnicas.
Hay tres formas bsicas de revisiones de cdigo:
Pruebas de Escritorio
Consiste en simular un recorrido por el cdigo con algunos datos y ver si el programa se comporta como se espera,
pero sin correr el programa, sino con lpiz y papel.

Revisiones por pares informales

El programador expone su cdigo en reuniones informales, donde encuentra errores y adems da ideas avanzadas a
programadores novatos que asisten a estas reuniones

Revisiones por pares en general

Son muy productivas, se realiza revisiones formales de diseo o de requerimientos y permite descubrir problemas
nuevos.

La programacin de a pares de programadores fue introducida formalmente por XP

(Programacin extrema), Trata de que un programador escribe, mientras el otro piensa en
mayor escala, buscando simplicidad, errores y formas alternativas de solucin del
problema.

Trata de una revisin por un par que, aunque con menos formalismo, se
realiza a la vez que se genera el cdigo.

Brinda mejor calidad de producto en menor tiempo. Y aunque los costos

pueden ser un poco mayores, la relacin costo-beneficio es claramente muy
buena.

El costo no siempre est justificado por los beneficios que se podran

obtener. Tal vez una buena manera de encararla sea utilizarla solamente en
mdulos ms crticos, ms complejos o de mayor riesgo.

En todas las tcnicas colaborativas es fundamental contar con un repositorio nico de

cdigo y documentacin.

Se puede trabajar con wikis ms herramientas automatizadas de control

de versiones.
Un repositorio centralizado debe tener, al menos, funcionalidades para
poder actualizar cdigo fuente de ms de un origen y dar marcha atrs
en caso de necesitarlo, hacia cualquier versin anterior.

 Busca mejorar el diseo del cdigo ya escrito, su estructura

interna sin cambiar el comportamiento observable o externo.
Dicho de otro modo, ningn objeto cliente debera darse
cuenta de que algo cambi.
Integracin continua.

Lo que estamos haciendo es modificar la estructura interna de

un trozo de cdigo, sin modificar su funcionalidad externa.

Una de las prcticas ms fuertes de XP es la de integracin continua.

Consiste en hacer integraciones automticas de un proyecto lo ms a
menudo posible para as poder detectar fallos cuanto antes
La idea es que, una vez al da, corridos ya todos los tests unitarios, se
integre, se compile y se corran las pruebas de integracin, todo en
forma automatizada.

En proyectos chicos y medianos la pueden hacen los desarrolladores.

En cambio, en proyectos grandes y muy grandes, suele haber equipos
especializados en integraciones y pruebas de humo, entre los cuales
se pueden incluir desarrolladores.

Son pruebas de caja negra, y para ser corridas en el marco de

la integracin continua, automticas.
Deben ser escritas por personas que desconocen el
funcionamiento interno del sistema, asistidas por gente
especializada en pruebas.

Usuarios van a considerar que nuestra aplicacin tiene un mejor

desempeo cuando les permita realizar ms rpidamente sus
tareas, y eso puede tener que ver con el diseo de pantallas,
usabilidad, velocidad de la interfaz de usuario y facilidad de
desplazamiento en formularios, entre muchas otras cosas.

Los cambios deben ser pequeos y hay que probarlos

enseguida para asegurarse de que no se han introducido
errores en un sistema que funcionaba bien. Es deseable que las
pruebas estn automatizadas y sean lo ms exhaustivas
posibles.

es una tcnica para reestructurar un cdigo fuente, alterando

su estructura interna sin cambiar su comportamiento externo. A
esta actividad se le conoce informalmente como limpiar el
cdigo. La refactorizacin se realiza a menudo como parte del
proceso de desarrollo del software: