Código DA01

Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 1 de 9

QUALITY ATTRIBUTE WORKSHOP

Proyecto: Web De Reconocimiento Facial Para Control De

Ingreso

Revisión: 1.0

Oscar Armando Miticanoy Muchacha soy

 Código DA01
Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 2 de 9

HISTORIAL DE CAMBIOS

FECHA VERSION DESCRIPCION RESPONSABLE

25/12/2018 1.0 Organización del Oscar Armando Miticanoy

Documento Muchacha soy

26/12/2018 1.1 Terminación de Oscar Armando Miticanoy

escenarios Muchacha soy
 Código DA01
Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 3 de 9

Tabla de contenido
HISTORIAL DE CAMBIOS ..................................................................................................................... 2
HISTORIAL DE CAMBIOS ..................................................................................................................... 3
Documento drivers de Arquitectura .................................................................................................. 4
1. Lista de drivers de arquitectura ............................................................................................. 4
2. Lista de escenarios .................................................................................................................. 5
3. Detalle de Escenarios.............................................................................................................. 6

HISTORIAL DE CAMBIOS

Tabla 1. Lista de drivers de arquitectura ............................................................................................. 5

Tabla 2. Lista de escenarios................................................................................................................. 6
Tabla 3. Gestión de Administración .................................................................................................... 7
Tabla 4. Permisos de Usuario .............................................................................................................. 7
Tabla 5. Validación de Usuarios .......................................................................................................... 8
Tabla 6. Escenario de seguridad .......................................................................................................... 8
Tabla 7. escenario de Usabilidad ......................................................................................................... 9
Tabla 8. Escenario de Integridad ......................................................................................................... 9
 Código DA01
Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 4 de 9

Documento drivers de Arquitectura

1. Lista de drivers de arquitectura

AC: Atributo de calidad

RF: Requisito Funcional
Rest: Restricción

TIPO DE DRIVER DESCRIPCIÓN DEL DRIVER PRIORIDAD

AC/ RF / REST
Driver1 RF_001 Ingreso a través de un navegador web por medio de la Baja
cabecera HTTPS
Driver2 RF_002 Ingreso de usuario y contraseña Alta

Driver3 RF_003 Carga de pantalla de autenticación por reconocimiento Alta

facial
Driver4 RF_004 El sistema reconoce un objetivo dentro de su campo visual Alta

Driver5 RF_005 Reconocimiento y re-direccionamiento web Alta

Driver6 CU_001 CRUD encargado de llevar control total sobre el sistema Alta

Driver7 CU_002 Ingresa credenciales de autenticación Alta

Driver8 CU_003 Hacer uso de la webcam para autenticarse Alta

Driver9 CU_004 Cargar componente de validación Alta

Driver10 AC_001 El sistema debe estar abierto a la hora de realizar cambios Baja

Driver11 AC_002 El sistema debe impedir la suplantación por medio de fotos. Alta

Driver12 AC_003 Usuarios falsos con permisos Baja

Driver13 AC_004 El tiempo de respuesta para una validación de usuario no Baja

excede los 10 segundos

Driver14 AC_005 Los usuarios no dejen de utilizar el portal por inanición. Baja
 Código DA01
Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 5 de 9

Driver15 AC_006 Usuarios novatos usan la herramienta por primera vez sin Alta
dificultades
Driver16 AC_007 Usuarios no privilegiados intentan modificar la base de Baja
datos
Driver17 AC_008 Usuarios realizan cualquier operación (siempre que estén Alta
autorizados) del sistema
Driver18 AC_009 El sistema debe estar disponible las 24 horas del día Baja

Driver19 REST El sistema solo reconocerá una persona dentro de la Alta

imagen.
Driver20 REST Para el entrenamiento y reconocimiento del rostro de la Baja
persona, esta no debe llevar accesorios como lentes,
sombreros u otro tipo de elementos que interfieran en el
reconocimiento.
Driver21 REST El clasificador para el reconocimiento de la persona, Baja
requiere de fotografías con ciertos parámetros de
iluminación y fondo.
Driver22 REST El sistema solo re-direccionará cuando la persona sea Alta
autenticada
Tabla 1. Lista de drivers de arquitectura

2. Lista de escenarios

ID NOMBRE DESCRIPCIÓN DRIVERS PRIORIDAD

RELACIONADOS

1 Gestión de Corresponde a modificar, Driver 6, driver 10, Alta

administración quitar, agregar, consultar los driver 16
usuarios que se encuentran
en la base de datos

2 Permisos de Corresponde a un usuario Driver 1, driver 2, Alta

usuarios que permite que la aplicación driver 7, driver 12
se pueda utilizar driver 17

3 Validación de Corresponde a la Driver 3, driver 4, Media

usuario autenticación de usuarios por driver 5, driver 8
 Código DA01
Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 6 de 9

medio de reconocimiento driver 9, driver 11,

facial driver20, driver 21,
driver 22

4 Escenario de El sistema deberá impedir, en Driver 1, driver 2, Alta

Seguridad la medida de todo lo posible , driver 5, driver 6
los fallos de seguridad como driver 7, driver 11,
intrusos que puedan acceder driver12, driver 16,
a la pagina web haciéndose driver 17, driver 22
pasar por usuarios con
determinados permisos
dentro de esta, o el acceso a
los datos, pudiendo
modificarlos, borrarlos o
extraerlos.

5 Escenario de Usuarios novatos usan por Media

Usabilidad primera vez el sistema

6 Escenario de Usuarios no privilegiados Media

Integridad intentan modificar la base de
datos

Tabla 2. Lista de escenarios

3. Detalle de Escenarios

3.1 Gestión de administración

Escenario crudo: Gestión de administración

Atributos de calidad relevantes: Seguridad, integridad, fiabilidad

Estímulo: Ingreso de credenciales en la página de acceso

 Código DA01
Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 7 de 9

Fuente de estímulo: Usuario administrador u otro usuario

Entorno: Página de login

Artefacto (si se conoce): Sistema de Gestion

Respuesta: Concede permisos de administrador

Medida de la respuesta: Numero de intentos de login

Preguntas: ¿login concede permisos iguales a todos los usuarios?

Tabla 3. Gestión de Administración

3.2 Permisos de usuarios

Escenario crudo: Permisos de usuarios

Atributos de calidad relevantes: Seguridad, integridad, fiabilidad

Estímulo: Ingreso de credenciales en la página de acceso

Fuente de estímulo: Cualquier usuario

Entorno: Página de login

Artefacto (si se conoce): Página de login

Respuesta: Concede permisos para usa de la herramienta

Medida de la respuesta: Numero de intentos de login

Preguntas: ¿Cómo se maneja los tipos de usuario?

Tabla 4. Permisos de Usuario

3.3 Validación de usuarios

Escenario crudo: Validación de usuarios

Atributos de calidad relevantes: Seguridad, integridad, fiabilidad

Estímulo: Captura de imagen y procesamiento

Fuente de estímulo: Dispositivo (cámara, webcam, cámara de celular)

 Código DA01
Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 8 de 9

Entorno: Herramienta de reconocimiento facial

Artefacto (si se conoce): Herramienta de reconocimiento facial

Respuesta: Usuario valido y redirección. Usuario no valido y mensaje

de invalidación

Medida de la respuesta: Numero de intentos de verificación

Preguntas: ¿Es posible suplantar una persona?

Tabla 5. Validación de Usuarios

3.4 Escenario de Seguridad

Escenario crudo: Escenario de Seguridad

Atributos de calidad relevantes: Seguridad

Estímulo: Restringir acceso a datos

Fuente de estímulo: Acceso a información privada, intrusión de usuario no

valido

Entorno: explotacion

Artefacto (si se conoce): sistema

Respuesta: Acceso mediante claves seguras o acceso por medio del

reconocimiento facial

Medida de la respuesta: Numero de intrusiones o acceso a información de forma

ilícita

Preguntas: ¿Es posible suplantar una persona?

Tabla 6. Escenario de seguridad
 Código DA01
Arquitectura de Reconocimiento
Facial en 2D para Versión 1

Control de Autenticación Fecha 01/12/2018

DRIVERS DE ARQUITECTURA Página 9 de 9

3.5 Escenario de Usabilidad

Escenario crudo: Escenario de usabilidad

Atributos de calidad relevantes: Usabilidad

Estímulo: Usar el sistema

Fuente de estímulo: Usuario

Entorno: Sistema final y operativo

Artefacto (si se conoce): Sistema

Respuesta: El sistema es simple y fácil de utilizar

Medida de la respuesta: El usuario puede aprender a usar la herramienta en no

más de tres horas

Preguntas: ¿Es posible que una persona demore más tiempo en

aprender que el tiempo estipulado?
Tabla 7. escenario de Usabilidad

3.6 Escenario de integridad

Escenario crudo: Escenario de integridad

Atributos de calidad relevantes: Integridad

Estímulo: Intento de modificación de la base de datos

Fuente de estímulo: Usuario no privilegiado

Entorno: Sistema final y operativo

Artefacto (si se conoce): Base de datos

Respuesta: El sistema impide la acción indicando el motivo

Medida de la respuesta: El usuario no pudo realizar la operación con éxito

Preguntas: ¿Qué se logra teniendo acceso ilícito a la base de datos?

Tabla 8. Escenario de Integridad