NOMBRE PROYECTO

SECCION Es necesario revisar los requerim

ALUMNO
ALUMNO
ALUMNO

MATRIZ TRAZABILIDAD ESCENA

Verificación de integridad
Establece y Los requerimientos Aplica en forma
distingue los cubren todas las adecuada los diferentes
escenarios de necesidades de los tipos de cardinalidades
calidad deacuerdo usuarios que corresponden a la
al caso planteado estructura y contenido
de un Caso de Uso
CASO DE USO

CU GENERAL 2 1 2
CU1 2 3 3
CU2 1 1 1
CU3 2 2 3
 ESCENARIOS DE CALIDA
revisar los requerimientos para que sean comprensibles, no ambiguos y no contradictorios. Se revisa tambié
Modelo del Sistema y su coheren

D ESCENARIOS DE CALIDAD - ISO/IEC 9126-1

idad Verificación de validez

Distingue diferentes Define en forma clara, Declara Correctamente en Declara
relaciones y subtipos precisa y concisa las el caso de uso, actores, correctamente las
que se deben describir relaciones entre el entidades según los funcionalidades según
en el Caso de Uso y su Sistema y los actores. requermientos los requerimientos
escenario de calidad. planteados. planteados.

2 2 2 2
3 2 3 2
1 2 2 1
3 2 2 2

Ejemplo: ESCENARIOS DE CALIDAD - ISO/IEC 9126-1 Caso

CU GENERAL CU1 CU2 CU3

Establece y distingue los escenarios de

Los requerimientos son abordables con las tecnologías actuales.

Los Actores declarados en el Caso de Uso son los suficientes y existen en el proceso a mejorar.
 Establece y distingue los escenarios de
Los requerimientos son abordables con las tecnologías actuales.

Los Actores declarados en el Caso de Uso son los suficientes y existen en el proceso a mejorar.

Presentación, redacción, estructura de la documentación

Representa criteriosamente los atributos del Sistema v/s el perfil de los Actores según las propiedades del sistema.

Define en forma asertiva los atributos de los usuarios v/s los del Sistema.

No existen Requerimientos contradictorios en el Diagrama aportado

 ESCENARIOS DE CALIDAD - ISO/IEC 9126-1
dictorios. Se revisa también que resulten en un sistema testeable y mantenible. La verificación de requerimie
o del Sistema y su coherencia con los requerimientos.

CRITERIO VALORACION Valor

Siempre 3
IEC 9126-1 Casi Siempre
Algunas Veces
2
1
Nunca 0

de validez Verificación de consistencia

No existen Define en forma asertiva Representa criteriosamente los Presentación,
Requerimientos los atributos de los atributos del Sistema v/s el perfil redacción,
contradictorios en el usuarios v/s los del de los Actores según las estructura de la
Diagrama aportado Sistema. propiedades del sistema. documentación

3 3 3 3
3 3 3 3
2 1 1 1
2 2 2 3

DE CALIDAD - ISO/IEC 9126-1 Caso Uso

NERAL CU1 CU2 CU3

Establece y distingue los escenarios de calidad deacuerdo al caso planteado

son abordables con las tecnologías actuales. Los requerimientos cubren todas las necesidades de los usuarios
4

xisten en el proceso a mejorar. Aplica en forma adecuada los diferentes tipos de cardinalidades que corresponden a la estructura y contenido de un Caso de Uso

2
 Establece y distingue los escenarios de calidad deacuerdo al caso planteado
son abordables con las tecnologías actuales. Los requerimientos cubren todas las necesidades de los usuarios
4

xisten en el proceso a mejorar. Aplica en forma adecuada los diferentes tipos de cardinalidades que corresponden a la estructura y contenido de un Caso de Uso

tura de la documentación Distingue diferentes relaciones y subtipos que se deben describir en el Caso de Uso y su escenario de calidad.

as propiedades del sistema. Define en forma clara, precisa y concisa las relaciones entre el Sistema y los actores.

s de los usuarios v/s los del Sistema. Declara Correctamente en el caso de uso, actores, entidades según los requermientos planteados.

uerimientos contradictorios en el Diagrama aportado Declara correctamente las funcionalidades según los requerimientos planteados.
ación de requerimientos incluye el análisis lógico del

Verificación de
realismo
Los Actores Los PUNTAJE
declarados en el requerimientos TOTAL
Caso de Uso son son abordables
los suficientes y con las
existen en el tecnologías
proceso a actuales.
mejorar.

1 3 29
2 2 34
1 1 16
2 1 28
 Observe el Diseño de Interfaz como propuesta de Proceso de Toma de Ramos y Co
funcionalidad del diseño en aplicaciones dentro del proceso de desarrollo de softw
resultado obtenido.

REVISIONES VISTAS GENERALES DE SOFTWARE Y DE USABILIDAD

Siempre Casi Siempre Algunas Veces

¿Se han definido las interfaces entre las distintas

1 pantallas del sistema, con un mismo estándar?

¿Se han establecido límites de presentaciones

(Cantidad de Pantallas de interfaz) para el
2 sistema como un todo y para cada elemento?
¿Se han establecido restricciones de diseño para
3 cada elemento?

¿Se ha elegido la mejor alternativa de diseño

establecida que beneficie al Usuario y la
4 Usabilidad del sistema?

¿Se ha establecido un mecanismo de verificación

y validación de los elementos y datos que
5 administra el sistema?

¿Existe consistencia entre todos los elementos

del diseño? Integración, Lo importante sobre lo
6 secundario, Jerarquización de contenidos.

7 ¿Es clara la terminología utilizada en pantalla?

¿Los elementos utilizados son usables y

actuales? Tipos de botones, menus, campos de
8 texto, tipo de fuentes de textos. 0

¿Los elementos utilizados son amigables con el

usuario? Colores y formas agradables a la vista
que no dificulten la interpretación de la
información y su visualización de los contenidos
9 relevantes.
Total 0 0 0
ma de Ramos y Complete la lista de chequeo para evaluar la
desarrollo de software. Desarrolle una conclusión en función del

Nunca Observaciones

Análisis Interfa

0
Análisis Interfaz de Sistema