ACTUALIDAD INFORMATICA-INGENIERIA DE SOFTWARE III

Trabajo Prctico N 6
Titular: Mgter. Lic. Horacio, Kuna; JTP: Lic. Caballero, Sergio
Autores: Herrera Fernando;Sanabria Sergio 24/05/2012

Generar un modelo de calidad basado en el sistema de Alumnado de la Facultad. El trabajo prctico deber poseer las siguientes caractersticas.

Eleccin de factores de calidad de McCall.

Revisiones y listas de comprobacin

Pruebas dinmicas: o Caja negra (eleccin de tipos de prueba) o Caja Blanca (eleccin de tipos de prueba)

Definicin de formularios para pruebas

Registros de incidentes

Pgina 1 de 9

Eleccin de factores de Calidad segn McCall

Correccin: se busca Establecer si el proceso de captura de requisitos fue

llevado a cabo correctamente empleando las tcnicas apropiadas.

Eficiencia: se enfoca en la validacin del correcto uso de los recursos

mediante evaluacin de cdigo y materiales empleados.

Facilidad de mantenimiento: si las tcnicas empleadas permitieron un

diseo lo suficientemente independiente para facilitar el mantenimiento del sistema.

Facilidad de Prueba: Se buscara en base a diferentes tcnicas la

complejidad necesaria a llevar a cabo para validar los procesos del sistema

Fiabilidad:

se buscara que los posibles errores hayan sido captados y correctamente validados.

Integridad: se Pondrn a prueba los posibles filtros que puedan sufrir

accesos indebidos a fin de establecer su confiabilidad.

Facilidad de Uso: Se buscara identificar si el sistema responde a normas

de legibilidad y navegabilidad a fin de parecer lo ms intuitivo posible.

Pgina 2 de 9

Revisiones y listas de comprobacin

A continuacin se expondrn las distintas revisiones con sus correspondientes criterios a comprobar en base a los factores antes mencionados

Revisin de Requerimientos de Sistema

Revisin de Requerimientos de Sistema

Rigidez? (Se ve que es difcil de cambiar) Hay abstraccin? (minimizar el impacto de un cambio a travs de interfaces) Clases con muchas responsabilidades? Se observa poco encapsulamiento? (Ocultacin de detalles de implementacin) Fragilidad? (Se nota que es fcil de romper) Inmovilidad? (Es difcil de reutilizar) Viscoso? (Se observa que no se hizo lo correcto) Tiene complejidad innecesaria? Se observa repeticin innecesaria? (Mismo cdigo derramado por todas partes) Es opaco? (Difcil de entender) Se han definido las relaciones entre los distintos mdulos? Se han definido correctamente las interfaces externas? Cumple el diseo todos los requisitos no funcionales? Resulta ambigua la documentacin? Se han aplicado notaciones de diseo correctas? El diseo es lo suficientemente detallado para que se pueda pasar a la etapa de programacin?

Si

No Observaciones

Pgina 3 de 9

Revisin De Diseo a Nivel Aplicacin y Base de Datos

Revisin de Diseo
Base de datos Se emplea una nomenclatura estandarizada para Todos elementos del Modelo de base de datos? El modelo de Base de datos se encuentra Normalizado? El modelo de datos representa la informacin especfica con la cual el sistema opera? Seguridad en la Base de Datos Se emplean permisos para los usuarios de la Base de Datos? Se registran log de auditora sobre las operaciones que los usuarios realizan en la Base de Datos? Pantallas Mantiene uniformidad en el diseo? Se encuentran bien definidos el fondo y el primer plano? Se emplean las normas de alineacin derecha para los campos numricos? Se emplean las normas de alineacin izquierda para los campos alfanumricos? Se admite el uso de atajo hacia la ayuda mediante la tecla <F1>? Se emplean las etiquetas de ayuda al apoyar el cursor del mouse sobre las opciones? Se admiten Atajos para ejecutar funciones u operaciones? Se encuentran bien diferenciadas el rea de trabajo del sector de Operaciones?

SI

NO

Observaciones

Pgina 4 de 9

Reportes Se mantiene uniformidad en el diseo? Se emplean las normas de alineacin derecha para los campos numricos? Se emplean las normas de alineacin izquierda para los campos alfanumricos? Se emplea un diseo Normalizado para los datos a exponer?

Seguridad de Aplicacin Se emplea autenticacin de usuario a nivel de aplicacin? Se permite la visualizacin de los mdulos segn los permisos de cada usuario? Se registran log de auditora sobre las operaciones que los usuarios realizan en la aplicacin?

Pgina 5 de 9

Revisin de Cdigo
Revisin de Diseo
Interpreta todo los eventos expuestos? Realiza transformaciones sobre la informacin digitada por el usuario? Limita las entradas de informacin? (Evita SQL-Injection?) Valida los datos obligatorios? Se validan caracteres especiales no validos? Se valida el tamao definido de los campos? Se validan que los campos numricos no permitan caracteres alfanumricos? Se validan que los campos que slo permitan nmeros enteros positivos, no permita ingresar negativos? Se validan los valores lmites? Se valida el formato de fecha de acuerdo con el estndar definido? Se vlida el formato del correo? Se capturan las excepciones que lanzan los componentes de otras capas? Las descripciones de los errores que se muestran son claras para el usuario? Se corresponde la documentacin con el Cdigo? Se documentan los cambios? Son correctas las validaciones de condiciones? Por ejemplo: cdigo no alcanzable, ciclos infinitos, divisin por cero, verificacin de rangos, redondeos. Los mtodos llevan control de errores? Se manejan todas las posibles excepciones? Se usan todas las variables, constantes y parmetros? El cdigo se encuentra correctamente indentado? Existen querys en el cdigo del componente? La asignacin de valores a las variables, constantes y parmetros tiene un propsito? Pgina 6 de 9

SI NO

Observaciones

Pruebas Dinmicas
Para los casos de pruebas de caja negra se empleara el tipo de prueba Unitaria en base a una estrategia adivinacin de errores y valores limites.

Operaciones Inicio de Sesin

Responsable Usuario

Entrada Usuario No valido Contrasea No Valida Ambos No Validos

Respuesta Esperada Usuario Inexistente Contrasea Invalida: Le quedan 'n' intentos Usuario Inexistente

Objetivo Verificar que la validacin del usuario se realice correctamente Verificar que el usuario no pueda ingresar ms de n veces contraseas invalidas Verificar que se exprese un mensaje representativo para el usuario

Registrar Nuevo Alumno

Usuario

Controlar la Usuario inexistencia existente del alumno en el sistema

Verificar que el DNI del usuario no corresponda a uno ya ingresado

Modificar los Datos del Alumnos

Usuario

No permitir el No se pueden cambio de modificar datos Datos claves claves desde la Aplicacin

Verificar que los campos claves no puedan ser modificados desde la Aplicacin

Cargar Notas de Exmenes

Usuario

Valor Negativo

No se pueden Ingresar Valores Negativos No se pueden ingresar valores no numricos No se pueden ingresar valores superiores a N

Imposibilitar la carga de notas negativas

Letras

Verificar que se cumpla con el mtodo de calificacin de valores numricos de acuerdo con la institucin. Verificar que no se puedan ingresar valores superiores a N, donde N es la nota de mayor calificacin.

Superiores a 'N'

Pgina 7 de 9

Para el caso de las pruebas de caja blanca se empleara el tipo de cubrimiento buscando obtener la complejidad ciclomtica para los distintos mdulos del sistema. Para lo cual se emplearan herramientas como PMD para el seguimiento del cdigo.

Formulario de Prueba
Formulario de Prueba Fecha: __/__/____ Nmero de prueba:__________ Hora:________

Sistema: ___________________________________________________________ Modulo: ___________________________________________________________ Responsable: _______________________________________________________

Objetivo de Prueba: __________________________________________________

Resultado esperados: _________________________________________________ __________________________________________________________________

Resultados obtenidos: _________________________________________________ __________________________________________________________________

Pgina 8 de 9

Registros de incidentes

Formulario de registro de incidentes Fecha: __/__/____ Identificador: ______________ Hora: ________

Sistema: _________________________________________________________________ Modulo: _________________________________________________________________ Numero de Maquina: ________ Observador: ______________________________________________________________

Resumen del incidente: _____________________________________________________ _________________________________________________________________________ _________________________________________________________________________

Pgina 9 de 9