Calidad de software

ULISES MORALES PARIONA

JOHANNA CONDORI

GENARO QUISPE BALLASCO

LUIS ALBERTO SANABRIA

SANTOS

Propsito

El propsito del plan de pruebas es explicitar el alcance, enfoque,

recursos requeridos, calendario, responsables y manejo de
riesgos de un proceso de pruebas.
Note que puede haber un plan global que explicite el nfasis a
realizar sobre los distintos tipos de pruebas (verificacin,
integracin e integracin).Plan de Calidad.

Gestin
Tecflex cuanta con el rea de calidad de software, las actividades
del rea de calidad (gestionar requerimiento, test de aplicacin,
implementacin).
El encargado de las actividades de las pruebas del software recaer
en el soporte tcnico.

Organizacin
El rea de calidad cuanta con el equipo de software la cual cuenta
con los siguientes integrantes:

Ciclo de vida del software cubierto por el Plan

Se coordinara una reunin con cliente interesado en una
solucin donde se recolectara la informacin necesaria para
que se elaborare el informe de requerimientos y anlisis.
Los productos que ejecutara mantenimiento o
modificaciones segn los requerimientos ser:

Sistema de control de personal

Zkservice

Sistema de control de personal lithe

Sistema de Accesos

Sistema de comedores

Sistema de control de personal

Terminales

Actividades de calidad a realizarse

Las

tareas a ser llevadas a cabo debern reflejar las

evaluaciones a realizar, los estndares a seguir, los productos
a revisar, los procedimientos a seguir en la elaboracin de los
distintos productos y los procedimientos para informar de los
defectos detectados a sus responsables y realizar el
seguimiento de los mismos hasta su correccin.

Las

actividades que se realizarn son:

Revisar cada producto

Revisar el ajuste al proceso

Realizar Revisin Tcnica Formal (RTF)

Asegurar que las desviaciones son documentadas.

Revisar cada producto

En esta actividad se revisan los productos que se definieron

como claves para verificar en el Plan de calidad.

Se debe verificar que no queden correcciones sin resolver en

los informes de revisin previos, si se encuentra alguna no
resuelta, debe ser incluida en la siguiente revisin. Se revisan
los productos contra los estndares, utilizando la checklist
definida para el producto.

Se debe identificar, documentar y seguir la pista a las

desviaciones encontradas y verificar que se hayan realizado
las correcciones.

Como salida se obtiene el Informe de revisin de SQA, este

informe debe ser distribuido a los responsables del producto y
se debe asegurar de que son concientes de desviaciones o
discrepancias encontradas.

Revisar el ajuste al proceso

En esta actividad se revisan los productos que se definieron como claves para
verificar el cumplimiento de las actividades definidas en el proceso. Con el fin de
asegurar la calidad en el producto final del desarrollo, se deben llevar a cabo
revisiones sobre los productos durante todo el ciclo de vida del software.

Se debe recoger la informacin necesaria de cada producto, buscando hacia atrs

los productos previos que deberan haberse generado, para poder establecer los
criterios de revisin y evaluar si el producto cumple con las especificaciones.

Esta informacin se obtiene de los siguientes documentos:

Plan del Proyecto, Plan de la iteracin, Plan de Verificacin.

Antes de comenzar, se debe verificar en los informes de revisin previos que

todas las desviaciones fueron corregidas, si no es as, las faltantes se incluyen
para ser evaluadas.

Como salida se obtiene el Informe de revisin de SQA correspondiente a la

evaluacin de ajuste al Proceso, este informe debe ser distribuido a los
responsables de las actividades y se debe asegurar de que son consientes de
desviaciones o discrepancias encontradas.

Realizar Revisin Tcnica Formal (RTF)

El objetivo de la RTF es descubrir errores en la funcin, la lgica la

implementacin de cualquier producto del software, verificar que
satisface sus especificaciones, que se ajusta a los estndares
establecidos, sealando las posibles desviaciones detectadas. Es un
proceso de revisin riguroso, su objetivo es llegar a detectar lo antes
posible, los posibles defectos o desviaciones en los productos que se
van generando a lo largo del desarrollo. Por esta caracterstica se
adopta esta prctica para productos que son de especial importancia.

En la reunin participan el responsable de SQA e integrantes del

equipo de desarrollo.

Se debe convocar a la reunin formalmente a los involucrados,

informar del material que ellos deben preparar por adelantado, llevar
una lista de preguntas y dudas que surgen del estudio del producto a
ser revisado.

La duracin de la reunin no debe ser mayor a dos horas.

Como salida se obtiene el Informe de RTF.

Asegurar que las desviaciones son documentadas

Las desviaciones encontradas en las actividades y en los

productos deben ser documentadas y ser manejadas de acuerdo
a un procedimiento establecido.

Se debe chequear que los responsables de cada plan los

modifiquen cada vez que sea necesario, basados en las
desviaciones encontradas.

Relaciones entre las actividades de SQA y la planificacin

La tabla deber ser llenada con todos cronograma de actividades

designadas a personal de soporte.

Actividad

Semana cuando se realiza

Actividad 1

Semana 1

RTF de Estimaciones y
Mediciones

Semana 6

Responsables

La Coordinacin mediante un informe detallado designara al

personal de soporte evaluando la disponibilidad de tiempo que
le empleara para efectuar las pruebas del software.

Soporte 01

Soporte 02

Soporte 03

Documentacin

Propsito

Identificacin de la documentacin relativa a desarrollo,

Verificacin & Validacin, uso y mantenimiento del software.

Establecer como los documentos van a ser revisados para

chequear consistencia: se confirman criterio e identificacin de
las revisiones

Documentacin mnima requerida

La documentacin mnima es la requerida para asegurar que la

implementacin lograr satisfacer los requerimientos.

Especificacin de requerimientos del software

El documento de especificacin de requerimientos deber

describir, de forma clara y precisa, cada uno de los
requerimientos esenciales del software adems de las interfaces
externas.

El cliente deber obtener como resultado del proyecto una

especificacin adecuada a sus necesidades en el rea de alcance
del proyecto, de acuerdo al compromiso inicial del trabajo y a los
cambios que este haya sufrido a lo largo del proyecto, que cubra
aquellos aspectos que se haya acordado detallar con el cliente.

Los requerimientos de calidad del producto a construir son

considerados dentro de atributos especficos del software que
tienen incidencia sobre la calidad en el uso y se detallan a
continuacin:

Descripcin del diseo del software

El documento de diseo especifica como el software ser

construido para satisfacer los requerimientos.

Deber describir los componentes y subcomponentes del diseo

del software, incluyendo interfaces internas. Este documento
deber ser elaborado primero como Preliminar y luego ser
gradualmente extendido hasta llegar a obtener el Detallado.

Plan de Verificacin & Validacin

El Plan de V & V deber identificar y describir los mtodos a ser

utilizados en:

La verificacin de que:

a. los requerimientos descritos en el documento de requerimientos

han sido aprobados por una autoridad apropiada. En este caso sera
que cumplan con el acuerdo logrado entre el cliente y el equipo.

los requerimientos descritos en el documento de requerimientos

son implementados en el diseo expresado en el documento de
diseo.

el diseo expresado en el documento de diseo esta implementado

en cdigo.

Validar que el cdigo, cuando es ejecutado, se adecua a los

requerimientos expresados en el documento de requerimientos.

Reportes de Verificacin & Validacin

Estos documentos deben especificar los resultados de la

ejecucin de los procesos descritos en el Plan de V & V.

Documentacin de usuario

La documentacin de usuario debe especificar y describir los

datos y entradas de control requeridos, as como la secuencia de
entradas, opciones, limitaciones de programa y otros elementos
necesarios para la ejecucin exitosa del software.

Todos los errores deben ser identificados y las acciones

correctivas descritas.

Como resultado del proyecto el cliente obtendr una

documentacin para el usuario de acuerdo a los requerimientos
especficos del proyecto.

Plan de Gestin de configuracin

El Plan de gestin de configuracin debe contener mtodos para

identificar componentes de software, control e implementacin
de cambios, y registro y reporte del estado de los cambios
implementados.

Otros documentos

Plan de desarrollo

Plan de proyecto

Manual de estndares y procedimientos