FASE DE DISEO

HERNAN DARIO SERRATO LOSADA

1.081.411.410

GEOVANNI CATALAN

Tutor

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

EVALUACION DE SOFTWARE

2016-II
 INTRODUCCION

La evaluacin de software en la actualidad es uno de los elementos que debe ser tenido en
cuenta en el proceso de construccin de un producto software, como tambin, en el producto
terminado. La evaluacin del producto software es la garanta que debe brindar el fabricante
de que su producto cumple con las normas de calidad

Internacionales para estos productos tan especiales. Adems la evaluacin de productos

software contribuye al mejoramiento de los procesos en la empresa, ya que, permite la
verificacin y validacin de todas y cada una de las caractersticas del producto no
importando as se trate de una aplicacin pequea o compleja.
OBJETIVOS.

Desarrollar el plan de pruebas, para obtener informacin sobre los errores, defectos o fallas
que tiene el prototipo, as se realizan las correcciones pertinentes, segn el caso y se asegura
la calidad del producto que se est entregando al cliente. El plan de pruebas se aplica sobre
el producto, Las pruebas a implementar son bsicas, esto incluye las pruebas unitarias y de
integracin que son vitales para la validacin del producto.

OBJETIVOS ESPECIFICOS:

Disear los instrumentos de evaluacin: Listas de chequeo para verificar los aspectos
ms importantes a evaluar en la aplicacin enlazada de acuerdo a las caractersticas y
sub caracterstica de la norma ISO 9126.
Matriz de prueba indicando las caractersticas, sub caractersticas, mtricas, tipo de
prueba, herramienta a utilizar, prueba a realizar, indicador y resultado.
Disear un plan de pruebas que se llevarn a cabo de acuerdo a las caractersticas,
subcaractersticas y mtricas seleccionadas para evaluacin. Que contenga
 LISTA DE CHEQUEO SISTEMA DE HOMOLOGACION

CARATERISTICAS SUBCARACTERISTICAS S N
I O
FUNCIONALIDAD ADECUACION El conjunto de funciones de los
sistemas de homologacin presenta una
aptitud adecuada?
EXACTITUD Los mens del sistema de
homologacin estn ordenados segn su
importancia?
Cada men contiene vnculos
relacionados sobre la bsqueda?
INTEROPERABILIDAD El sistema de Homologacin puede
interactuar con otros sistemas?
SEGURIDAD El Sistema es resistente es resistente al
acceso?
Se cuenta con una poltica de respaldo de
informacin que permita superar efectos de
fallas derivadas del punto anterior?
El Sitio funciona correctamente y no
presenta fallas al navegar por sus mens o
utilizar sus servicios?
CUMPLIMIENTO FUNCIONAL El sistema cumple con su funcin
principal?
FIABILIDAD MADUREZ Qu tan frecuente el sistema de
homologacin presenta fallas?
El sistema cuenta con algn grado de
solucin?
RECUPERABILIDAD El sistema se recupera solo en caso de
falla?
TOLERANCIA A FALLOS El sistema mantiene un nivel de
desempeo en caso de fallas?
CUMPLIMIENTO DE El sistema de homologacin es fiable?
FIABILIDAD
USABILIDAD APRENDIZAJE El sistema de homologacin es de fcil
asimilacin?
El usuario capta el funcionamiento del
sistema rpidamente?
COMPRENSION El sistema de homologacin presenta
coherencia entre mens?
El usuario comprende fcilmente el
funcionamiento del sistema.
OPERATIVIDAD Se verifico la consistencia de todos los
enlaces?
Se realizaron todas las pruebas al
software?
El sistema requiere de mucho esfuerzo
para su operacin?
ATRACTIVIDAD El diseo del Sistema es eficiente,
rpido e intuitivo?
La interfaz de usuario del sistema de
homologacin es atractiva?
 El sistema de homologacin es atractivo
a la vista?
EFICIENCIA COMPORTAMIENTO EN EL El sistema se ejecuta rpidamente?
TIEMPO El sistema procesa rpidamente las
rdenes que se le dan?
El sistema demora mucho entre proceso
y proceso?
COMPORTAMIENTO DE El sistema utiliza de forma adecuada
RECURSOS sus recursos?
MATENIBILIDAD ESTABILIDAD El sistema desestabiliza cuando se le
realizan modificaciones?
FACILIDAD DE ANALISIS Se detectan fcilmente las fallas o
cambios necesarios?
FACILIDAD DE CAMBIO El sistema se adapta fcilmente a
cualquier cambio o modificacin?
FACILIDAD DE PRUEBAS Se puede validar el funcionamiento total
del sistema?
PORTABILIDAD ADAPTABILIDAD El software no requiere de herramientas
adicionales para trabajar?
INSTALACIN El sistema de homologacin requiere
instalacin?
COEXISTENCIA Funciona adecuadamente al compartir
recursos con otros sistemas?
REMPLAZABILIDAD Sus caractersticas permiten que el sistema
sea remplazado?
CARACTERISTICAS SUB- TIPOS DE PRUEBA TIPOS DE HERRAMIEN PRUEBAS Caractersticas
CARACTERISTICAS PRUEBAS TA A norma 14598
UTILIZAR

Reproducibl
METRICAS

Repetible

Imparcial

Objetivo
e
Funcionalidad Adecuacin Cuenta con las funciones Verificar si el sistema de
necesarias para desarrollar las homologacin cuenta con todas
tareas para las cuales fue creado. funciones para las que fue X
creado.
Caja Negra. JMETER

Exactitud Cumple con las solicitudes de Validar que cada men del X
forma exacta. Prueba Unitaria JMETER sistema cumple lo que se le
solicita.
Interoperabilidad Interacta con otros sistemas. Verificar si el sistemas de X
Prueba de Ninguna homologacin es capaz de
Integracin interactuar con otros sistemas
Seguridad Protege la informacin y datos de Identificar vulnerabilidades en X
los usuarios. Prueba Unitaria JMETER el inicio de cesion.del sistema
Fiabilidad Madurez El sistema funciona a pesar de Validar si el sistema funciona a
presentar fallas internas. pesar de presentar fallas.
Caja negra JMETER X

Tolerancia a fallas Pese a las fallas de un proceso los si el mdulo de Institucin de X

dems continan funcionando. Pruebas JMETER Origen falla validar si los dems
Unitarias continan funcionado

Recuperabilidad Tras presentarse fallas recupera Verificar cmo se comporta el X

los procesos especficos y los mdulo de radicar documento
datos. Prueba Unitaria JMETER en caso de fallas en la red.
Usabilidad Entendimiento La utilidad del sistema es fcil de Comprobar si el sistema es de
comprender para el usuario. Prueba Manual. Ninguna fcil entendimiento para el X
usuario final
 Aprendizaje El sistema es fcil de navegar y Validar el orden, coherencia y X
aprender. Prueba Manual Ninguna navegabilidad entre mdulos.
Operabilidad El usuario puede controlar el Determinar el nivel de X
sistema sin dificultad. Prueba Manual Ninguna dificultad con el que el usuario
controla el sistema.
Atraccin La interfaz es agradable para el Verificar si la interfaz de
usuario. Prueba Manual Ninguna usuario es adecuada, amigable X
y/o agradable a la vista
Eficiencia Comportamiento de Despus de radicar los Verificar los tiempos de
tiempos documentos cual es el tiempo de Prueba unitaria. JMETER respuesta despus de haber X
respuesta al usuario sobre su radicado los documentos.
proceso de homologacin.
Utilizacin de Recursos Aplica los recursos necesarios Caja Negra TASKINFO Verificar que no se malgasten
para desarrollar los procesos los recursos y que se estn X
solicitados. usando adecuadamente.
Mantenibilidad Cap. de Anlisis El sistema permite que se Caja Negra JMETER Validar si el sistema auodetecte
detecten fallas. fallas. X
Cap. De Cambio Admite modificaciones sin Verificar si al sistema se le
afectar las dems Prueba Manual Ninguna pueden implementar cambios X
funcionalidades. sin afectar las dems
funcionalidades.
Estabilidad Que tan frecuente el sistema Prueba Manual Ninguna Determinar la frecuencia con
presenta fallas. que el sistema falla. X
Cap. De pruebas Permite que se realicen pruebas a Prueba Manual Ninguna Verificar si el sistema permite
pesar de las modificaciones. hacer pruebas despus de haber X
implementado cambios.
Portabilidad Adaptabilidad El software no requiere de Pruebas JMETER Descubrir que herramientas
herramientas adicionales para unitarias adicionales requiere el sistema X
trabajar. para su correcto funcionamiento
Instalacin El sistema de homologacin Prueba Ninguna Verificar si el sistema de
requiere instalacin. Implantacin homologacin requiere de X
instalacin.
Coexistencia Funciona adecuadamente al Prueba de JMETER Verificar si el sistema funciona
compartir recursos con otros Integracin correctamente al compartir X
sistemas. recursos con otros sistemas.
Remplazabilidad Sus caractersticas permiten que Caja Negra JMETER Validar si el sistema puede ser
el sistema sea remplazado. reemplazado. X
HERRAMIENTAS A UTILIZAR

NOMBRE PARA QUE SE USA?

JMETER 2.4 Diseado para cargar el comportamiento de pruebas funcionales y medir el

rendimiento

. TASKINFO 8.2 Muestra todos los procesos y tareas que se estn ejecutando en tu PC, tanto
los programas abiertos como las tareas que se suelen ejecutar en segundo
plano.

INTRODUCCION

El sistema homologacin acadmica se refiere al reconocimiento (convalidacin) de los

estudios realizados en una institucin acadmica para su reconocimiento en otra, a efectos
laborales, sin la obtencin del ttulo o diploma correspondiente que sirva para su
culminacin en otra institucin.

El sistema de homologacin permite identificar de que institucin viene la persona y a la

ves adjuntar todos los soportes y documentos requeridos para el proceso de homologacin.

OBJETIVO

Minimizar errores y fallas en el sistema de homologacin.

Identificar vulnerabilidades en el mdulo de inicio de cesin del sistema
Verificar cmo se comporta el mdulo de radicar documento en caso de fallas en la
red.
Determinar si la interfaz grfica o de usuaria es la adecuada para el sistema de
homologacin

ALCANCE.
El plan de prueba del sistema de homologacin inicia desde el modulo INICIAR CESION
tratando de identificar vulnerabilidades para el ingreso de usuarios, termina en el mdulo
RADICAR DOCUMENTO tratando de identificar los tiempos de respuestas despus de
radicados los documentos y la tolerancia a fallos en el proceso de radicacin.

REFERENCIAS

IEEE Computer Society, IEEE Standard For Software Test Documentation,

Disponible en: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=573169,
[ltima consulta: 9 deenero de 2010].
Sommerville I, INGENIERA DE SOFTWARE. Sptima Edicin. Madrid. Espaa:
Pearson Educacin; 2005.
Grupo de Construccin de Software Universidad de los Andes, Planes de Prueba,
Disponible en:
http://chie.uniandes.edu.co/~gsd/index.php?option=com_content&task=category&s
ectionid=8&id=101&Itemid=183, [ltima consulta: 31 de Octubre de 2016]
Bruegge B, Dutoit AH, INGENIERA DE SOFTWARE ORIENTADO A
OBJETOS. Primera Edicin. Naucalpan. Mxico: Pearson Educacin; 2002.
Buitrago, V. Cceres, D. Loaiza, C. Medina, O. Muoz, R. Tenjo, J. Plan de
Pruebas de Software (STP). PIRATE RISK. 2009.

PROPOSITO DE LA EVALUACION

El principal propsito de la evaluacin es encontrar errores y defectos que puedan existir en

el uso del sistema a fin de corregirlos. Verificar que los validadores de datos funcionen y
limiten el ingreso de informacin, para que no se puedan ingresar datos que no estn
permitidos (slo nmeros en campos numricos por ejemplo). Se quiere comprobar adems
que el sistema cumple con los requerimientos establecidos por el usuario, tiene un
rendimiento adecuado en el ambiente donde se encuentra instalado. Otro aspecto
importante a evaluar son las caractersticas de seguridad relacionadas con el ingreso no
autorizado de usuarios, de manera que no puedan realizar modificaciones donde no sean
permitidas.
CRONOGRAMA.

CRONOGRAMA DE PRUEBAS
MESES OCTUBRE NOVIEMBRE DICIEMBRE
ACTIVIDAD SEMANAS 1 2 3 4 1 2 3 4 1 2 3 4

PLANIFICACION DE LA PRUEBA

DISEO DE LA PRUEBA
IMPLEMENTACION DE LA
PRUEBAS
EJECUCION DE LAS PRUEBAS

EVALUACION DE LAS PRUEBAS

PLAN DE PRUEBAS

Modulo Iniciar Sesin.

OBJETIVOS DE LA Al ingresar los datos correctos al formulario el usuario

PRUEBA pueda acceder de manera apropiada al sistema.
TECNICAS Cuando se ingresa los datos correctos,
inmediatamente se accede al sistema.
Cuando se escriben datos incorrectos muestra un
mensaje de error y es imposible de error.

TIPO DE PRUEBA PRUEBA MANUAL
INTERFAZ ASOCIADA

Modulo Radicar Documento

OBJETIVOS DE LA PRUEBA Realizar todo el proceso en el sistema de

homologacin y calcular los tiempos de
respuesta.
TECNICAS Radicar los documentos y calcular los
tiempos de respuesta.
TIPO DE PRUEBA Prueba Manual.
 INTERFAZ ASOCIADA

Pruebas de interfaz de usuario

OBJETIVOS DE LA PRUEBA Identificar qu tan agradable es para el usuario

es el sistema de homologacin.
TECNICAS Observar a un tercero usando el
sistema.
Realizar una encuesta sobre la interfaz
del sistema.

TIPO DE PRUEBA Prueba Manual.

Pruebas de integridad a los datos y a los datos y a la Base de Datos

OBJETIVOS DE LA PRUEBA Verificar el funcionamiento de la base de datos

y seguridad de la Informacin.
TECNICAS Se utilizara la Jmeter para realizar la prueba de
las bases de datos
TIPO DE PRUEBA Prueba Unitaria.
HERRAMIENTAS A UTILIZAR JMETER

CONCLUSIONES
Las pruebas de software permiten la ejecucin de un programa cuya intencin u objetivo principal
es el de detectar errores presentes en el software con el fin de disminuirlos y corregirlos para que a
su vez se mejore la calidad con la que se producen los diferentes aplicativos.

- Las pruebas de caja blanca poseen criterios basados en el contenido y la estructura del cdigo
fuente de los mdulos, mientras que las pruebas de caja negra poseen criterios basados en las
interfaces y las especificaciones de los mdulos.
 REFERENCIAS

IEEE Computer Society, IEEE Standard For Software Test Documentation,

Disponible en: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=573169,
[ltima consulta: 9 deenero de 2010].
Sommerville I, INGENIERA DE SOFTWARE. Sptima Edicin. Madrid. Espaa:
Pearson Educacin; 2005.
Grupo de Construccin de Software Universidad de los Andes, Planes de Prueba,
Disponible en:
http://chie.uniandes.edu.co/~gsd/index.php?option=com_content&task=category&s
ectionid=8&id=101&Itemid=183, [ltima consulta: 31 de Octubre de 2016]
Bruegge B, Dutoit AH, INGENIERA DE SOFTWARE ORIENTADO A
OBJETOS. Primera Edicin. Naucalpan. Mxico: Pearson Educacin; 2002.
Buitrago, V. Cceres, D. Loaiza, C. Medina, O. Muoz, R. Tenjo, J. Plan de
Pruebas de Software (STP). PIRATE RISK. 2009.