ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Tipo de Defecto Descripción


Enviado por   •  20 de Mayo de 2018  •  Apuntes  •  318 Palabras (2 Páginas)  •  95 Visitas

Página 1 de 2

Tipo de Defecto Descripción Ejemplo

Clarity (Claridad) Indica que el producto no es lo suficientemente claro. No se entiende el flujo Principal o Alterno dentro de un ECU.

Completeness (Completes/Integridad) El producto no tiene los elementos necesarios para pasar a la siguiente fase o ser liberado. Hacen falta pasos dentro de un flujo en ECU o faltan campos dentro de una pantalla.

Compliance (Cumlimiento/Conformidad) El producto no cumple el estándar o no siguió la metodología establecida durante su generación. No se alinea a los lineamientos Gob.mx

Consistency (Consistencia) Los componentes del producto no tienen coherencia entre sí. No se guarda una lógica a lo largo de todo el documento o código

Correctness (Exactitud/Corrección) Los elementos del producto no tienen una secuencia lógica, hay partes de la lógica que no están descritas en la forma correcta, o los formatos de los datos de entrada no son los correctos. Errores de exactitud en los cálculos que realiza, las consultas que presenta o si se trata de un documento tiene errores ortográficos

Maintainability (Mantenibilidad) El mantenimiento del producto no es fácil, por ejemplo, un código complejo o un código que no está documentado. Ejemplo: El producto tendrá problemas de evolución, dada la complejidad de su estructura.

Reliability (Confiablidad) El producto no mantiene una integridad de la información, o cuando existen condiciones de error que no generan los mensajes correctos. Ejemplo: Producto poco confíale dada su falta de robustez.

Performance (Rendimiento/Desempeño)

Los requerimientos de respuesta para el producto no cumplen con los límites definidos. Ejemplo: El RNF dice que debe de aceptar 1000 transacciones pero solo puede manejar 100.

Testability (Testabilidad/Comprobable) La tarea de probar el producto se torna compleja, y no es posible verificar que se ha cumplido el requerimiento original. Ejemplo: Tiene problemas de repetición de fallas/no es posible repetir pasos ya probados anteriormente.

Usability (Usabilidad/Utilidad) El producto no es fácil de usar, o no es fácil aprender a usarlo. Ejemplo: Las pantallas no son amigables y tampoco intuitivas.

Functionality (Funcionabilidad) El producto no contiene las funciones o la información necesaria para cumplir con el requerimiento original. Ejemplo: El programa no cumple con los RN.

...

Descargar como (para miembros actualizados) txt (2 Kb) pdf (36 Kb) docx (11 Kb)
Leer 1 página más »
Disponible sólo en Clubensayos.com