PRUEBAS
Funciones
del producto
-
El prototipo deberá proporcionar las siguientes
funcionalidades.
Ø
Controlar el pago de pensiones.
Ø
Almacenar los datos del padre o tutor
Ø
Almacenar el registro de los alumnos inscritos
Ø
Informar al padre de familia el estado de pago
de las pensiones pagadas a por pagar.
Ø
el sistema estará alojado en un sitio y desde
ahí el padre podrá acceder al sistema , ingresar como usuario y ver de qué
meses pago , cuánto debe .
PRUEBAS DE CAJA BLANCA
La prueba de la caja blanca es un método de diseño de casos de prueba que usa la estructura de control del diseño procedimental para derivar los casos de prueba.
Las pruebas de caja blanca intentan garantizar que:
Se ejecutan al menos una vez todos los caminos independientes de cada módulo Ø Se utilizan las decisiones en su parte verdadera y en su parte falsa
Se ejecuten todos los bucles en sus límites
Se utilizan todas las estructuras de datos internas
5-5+2=2
V(g)=p+1=2
Rutas
R1=1-2-3-5
R2=1-2-4-5
<script language="javascript">
function validar()
{
var
a=document.getElementById("con").value;
a=a*1;
if(a.length>0)
{
return
true;
}
else
{
return
false;
}
}
</script>
Numero de regiones =2
V(g)=E-n+2=2
6-6+2=2
V(g)=p+1=2
1+1=2
Rutas
R1=1-2-3-4-6
R2=1-2-3-5-6
else
echo
"<script>window.alert('Fallo la conexion con el servidor');
window.location='index.php';</script>";
}
?>
Numero de regiones =3
V(g)=E-n+2=3
9-8+2=3
V(g)=p+1=3
2+1=3
Rutas
R1=1-2-3-4-5-8
R2=1-2-3-4-6-8
R3=1-2-7-8
Numero de regiones =2
V(g)=E-n+2=2
7-7+2=2
V(g)=p+1=2
1+1=2
Rutas
R1=1-2-3-4-5-7
R2=1-2-3-4-6-7
PRUEBAS DE CAJA NEGRA
Las pruebas de
caja negra se llevan a cabo sobre la interfaz del software, obviando el
comportamiento interno y la estructura del programa.
Los casos de
prueba de la caja negra pretenden demostrar que:
• Las funciones
del software son operativas
• La entrada se
acepta de forma correcta
• Se produce
una salida correcta
• La integridad
de la información externa se mantiene
A continuación
se derivan conjuntos de condiciones de entrada que utilicen todos los
requisitos funcionales de un programa.
Las pruebas de caja negra pretenden encontrar estos tipos de
errores:
• Funciones
incorrectas o ausentes
• Errores en la
interfaz
• Errores en
estructuras de datos o en accesos a bases de datos externas
• Errores de
rendimiento
• Errores de
inicialización y de terminación
Los tipos de prueba de cana negra que vamos a estudiar son:
• Prueba de
partición equivalente
• Prueba de
análisis de valores límites
Prueba de partición
equivalente
Este método de prueba de caja negra divide el
dominio de entrada de un programa en clases de datos, a partir de las cuales deriva
los casos de prueba.
Cada una de estas clases de equivalencia representa
a un conjunto de estados válidos o inválidos para las condiciones de entrada.
Identificación
de las clases de equivalencia
Se identifican clases de equivalencia válidas e inválidas
con la siguiente tabla
Para el Logia do
CONCLUSIÓNES:
Según lo que concluimos y las recomendaciones que
pudimos recabar son las siguientes:
Conclusiones:
En este proyecto se
ha dado una visión general de lo que es el RUP, UML, así como de la
estructura bidimensional que sigue, dividiendo el proceso en fases, y estas en
flujos de trabajo. También el uso de herramientas como RATIONAL ROSE.
El análisis y
desarrollo orientado a objetos aplicando RUP que es una metodología
completa y extensa que intenta abarcar todo el mundo del desarrollo software,
tanto para pequeños proyectos, como proyectos más ambiciosos de varios años de
duración.
No es fácil manejar
esta metodología, pero con toda la bibliografía que existe sobre RUP, las
herramientas disponibles para desarrollo de software Y UML esta tarea se hace
mas causada.
Recomendaciones:
El presente prototipo está basado más que todo solo en el
control de pago de pensiones a si mismo solo verifica las pensiones pagadas o
las que faltan por pagar.
Con el cual podemos controlar los pagos retrasados de un
tutor o padre de familia de cierto hijo o hijos
BIBLIOGRAFÍA:
ü http://atenea.ucauca.edu.co/~gramirez/archivos/AnotacionesRUP.pdf
Ramírez
ü González, Gustavo A., Laboratorio III de
Electrónica, Anotaciones RUP, 2001.
ü http://davidfrico.com/rup-slc.pdf Rational Unified
Process Software Life Cycle .Una tabla resumen de los flujos,
trabajadores y productos.
ü
http://www.public.iastate.edu/~shaf2/cs362
docs/Templates/rup_wd_tmpl.zip .Plantillas de productos de RUP Rational
White Paper, Best Practices for Software Development Teams, 1998
ü
http://www.yoopeedoo.com/upedu/, Pagina web de
UPEDU (Unified Process for EDUcation).
ü Plataforma de software WebSphere
http://www.w3c.org/TR/1999/REC-html401-19991224/loose.dtd
ü Introducción al UML
http://www.yoprogramo.com/articulo4.php
ü Metodología de desarrollo de sistemas basados en el ciclo
de vida
http://comip.mendoza.gov.ar/metodologia%20para%20el%20desarrollo%20de%20sistemas.pdf
ü Aprendiendo UML en 24 horas. Schmuller,
Joseph. Editorial Prentice Hall, México, 2000.
ü Rational Rapid
Developer, Technical Overview. IBM,
Rational Software, 2003
ü Productos y servicios de software WebSphere
http://www.ibm.com/pe/products/software/websphere/
ü Tesis consultadas para análisis estructurado
ü ^ un b c d e f g h i j k "Historia de PHP y proyectos
relacionados" . El grupo de . Consultado
el 2008-02-25.
ü ^ "incompatible
con la GPL, Licencias de Software Libre" . Varias licencias y comentarios sobre ellos. Free
Software . Consultado el 11/03/2012.
No hay comentarios:
Publicar un comentario