Prácticas

1. Propuesta – RF requerimientos funcionales- RNF requerimientos no funcionales

2. Objetos del sistema
3. Diagrama de casos de uso
4. Diagramas de clase
5. Diagramas de evento, secuencia y actividad
6. Pruebas y calidad
Material:
https://aulavirtual.ujap.edu.ve/mod/resource
/view.php?id=21183
 3. Factores de calidad externos
Pruebas y Calidad
1. Principios de diseño del software • Conformidad Funcional
• Robustez
• Descomposición • Mantenibilidad
• Composición • Reusabilidad
• Entendimiento • Compatibilidad
• Continuidad • Eficiencia
• Protección • Portabilidad
• Verificabilidad
2. Factores de calidad internos
• Integridad o Seguridad
• Unidades Lingüísticas
• Facilidad de Uso
• Pocas interfaces
• Interfaces pequeñas Material:https
• Interfaces explícitas ://aulavirtual.ujap.edu.ve/mod/resource/
• view.php?id=21196
Información oculta
Pruebas
• El objetivo de la prueba es ejecutar un programa para descubrir un
error
• Un buen caso de prueba es aquel que tiene una alta probabilidad de
mostrar un error no descubierto hasta entonces.

Estrategias de prueba
Validación: Caja Blanca (vista a código)
Verificación: Caja negra (ejecución)
Técnicas de prueba de Caja blanca
• Complejidad Ciclomática, o caminos básicos
• Estructuras de control
• Prueba de condiciones: uso de operadores lógicos, paréntesis,
relacionales, expresiones aritméticas
• Flujo de Datos
• Prueba de Bucles

Técnicas de prueba de Caja Negra

• Funciones incorrectas o ausentes Material :
https://aulavirtual.ujap.edu.ve/m
• Errores de interfaz od/resource/view.php?id=21194
• Errores en estructuras de datos
• Errores de Rendimiento
Formato de caso de prueba
• Errores de inicialización y terminación
• El informe de proyecto  debe estar sustentado en ingeniería del software y de
computación,  en congruencia con los principios de calidad del software y la bibliografía
compartida durante el semestre en clases y en el material. De ningún modo se tomará
como válido reglas publicadas por  bloggeros en programación que no son reconocidos por
la comunidad de calidad del software.
• Deben usar la bibliografía, o en todo caso autores reconocidos de la disciplina. Por ejemplo,
el aludido Boy Scout (hollywood y otros) no son principios de calidad, ni son nuevos, ni son
válidos.  en lugar de enunciarlos pueden relacionarlo con los que si lo son como la
complementariedad, encapsulamiento y cohesión, acoplamiento, entre otros mencionados
y enseñados en clase.Si no los conoce o no comprendió, consulte al respecto.

• Los informes con contenidos idénticos se anularán.

• Evite perder su calificación, no copie.
FECHAS
 EQUIPOS Y ENTREGA DE PROYECTO

Equipo Fecha de entrega de

proyecto
Equipo 1: Sebastian, Fernando y Raul
Equipo 2: Jesus Peña 1
Equipo 3: Lisa y Jaime 2
Equipo 4: Zeiden, Castillo
Equipo 5: Katherine, Marcelo, Jhorver 3
Equipo 6: Araya, Pernia 4
Equipo 7: Ollarves, Mujica
5
Equipo 8: Jose Castro, Roberto Pinto
Equipo 9: Joseph chain, Yi Wong 6
7
8
9