Formato de No Funcionales

# de 01.0 Tipo de No Funcional Caso de Uso / 01.
0
Requisito: Requisito: Evento
Relacionado:
Descripción: Toda funcionalidad del sistema y transacción de negocio debe responder
al usuario en menos de 5 segundos.
Justificación: Esta es la razón de ser del sistema, el objetivo principal es permitir
eficiencia al ejecutar acciones.
Origen (Interesado): Gloria Constanza
Criterio de El usuario debe recibir respuesta en menos de 5 segundos.
Aceptación / El Usuario debe recibir la información de la forma más sencilla.
Validación: Si la respuesta dura más de 6 segundos debe dar opción de mostrar
notificaciones.
Nivel de satisfacción 5 Nivel de 5
del Interesado: insatisfacción del
Interesado:
Prioridad: 5 Requisitos en
Conflicto:
Material de Soporte:
Última Modificación: Modificado 31/08/2017 – Victor Vergara
Creado 15/08/2017 – Victor Torres
# de 01.0.1 Tipo de No Funcional Caso de Uso / 01.0.1

Relacionado:
Descripción: El sistema debe ser capaz de operar adecuadamente con hasta 1.000
usuarios con sesiones concurrentes.
Justificación: El rendimiento es razón de ser del sistema, el objetivo principal es
operar más usuarios cada vez.
Criterio de El sistema debe permitir agregar 1.000 usuarios.
Aceptación / El usuario recibirá una notificación de .que aceptado
Validación:
Interesado:
Conflicto:
Creado 15/08/2017 – Santiago Rodríguez
# de 01.0.2 Tipo de Funcional Caso de Uso / 01.0.2
Relacionado:
Descripción: Los datos modificados en la base de datos deben ser actualizados para
todos los usuarios que acceden en menos de 2 segundos
Justificación: Cancelar muestra, es objetivo entre usuarios, para corrección.
Criterio de El usuario debe poder cancelar la muestra.
Aceptación / El usuario no podrá cancelar hasta que no confirme.
Validación:
Interesado:
Conflicto:
Última Modificación: Modificado 31/08/2017– Victor Vergara
Creado 15/08/2017 – Diego Silva
# de 02.0 Tipo de No Funcional Caso de Uso / 02.0

Relacionado:
Descripción: Los permisos de accesos al sistema podrán ser cambiados solamente
por el administrador de la base de datos.
Justificación: Debe existir Seguridad lógica y de datos para que haya un responsable
de la base de datos y no muchas manos pero no personas responbles.
Criterio de El administrador de la base datos tendrá acceso a todos los permisos
Aceptación / sobre dicha base.
Validación: El administrador de la base de datos tendrá la obligación de darle buen
uso a la información.
Interesado:
Conflicto:
Creado 15/08/2017 – Andres
# de 02.0.1 Tipo de No Funcional Caso de Uso / 0.2.0.1

Relacionado:
Descripción: El nuevo sistema debe desarrollarse aplicando patrones y
recomendaciones de programación que incrementan la seguridad de
datos.
Justificación: Debe mantener Seguridad Informática, porque una de las partes
importante a la hora de realizar un proyecto es la información por ello
debemos cuidarla.
Criterio de El Administrador debe realizar unas específicas para el manejo de la
Aceptación / información.
Validación: El usuario debe tener bien específico su rol y perfil.
Interesado:
Conflicto:
Creado 15/08/2017 – Victor Vergara
# de 02.02 Tipo de No Funcional Caso de Uso / 02.0.2

Relacionado:
Descripción: Todos los sistemas deben respaldarse cada 34 horas. Los respaldos
deben ser almacenados en una localidad segura ubicada en un edificio
distinto al que reside el sistema.
Justificación: Este respaldo de información nos permite actuar en caso de emergencia,
como son fallas con el servidor, con electricidad, y adicional a ello
podemos tener un backup en la nube. Con nuestra seguridad.
Criterio de El administrador debe ser responsable de realizarse el backup en el
Aceptación / tiempo establecido de forma programada.
Validación: El sistema ejecute solo la acción de guardar a diario la copia.
Si en caso de no ser guardado, el administrador se encarga de forma
manual mientras soluciona.
Interesado:
Conflicto:
# de 0.2.0.3 Tipo de No Funcional Caso de Uso / 0.2.0.3

Relacionado:
Descripción: Se identifica ataques de seguridad o brecha del sistema, el mismo no
continuara operando hasta ser desbloqueado por un administrador del
sistema
Justificación: Por medio del Malware se identifica cuantos ataques obtenemos y que
tan seguros estamos. Y que necesitamos.
Criterio de El administrador se encarga de ver como se está utilizando el sistema.
Aceptación / El mensaje de advertencia aparece cuando hay riesgo contra el sistema.
Validación:
Interesado:
Conflicto:
Creado 15/08/2017 – Victor Torres
# de 0.3.0 Tipo de No Funcional Caso de Uso / 0.3.0

Relacionado:
Descripción: El tiempo de conexión del sistema deberá ser menor a 15 minutos.
Justificación: Dando la usabilidad en cuanto a tiempo permite controlar cuando el
usuario no esté logeado y cierre sesión y no tengamos problemas de
seguridad.
Criterio de El usuario si no se encuentra realizando actividad en web, el programa
Aceptación / por seguridad cierra sesión.
Validación:
Interesado:
Conflicto:
Creado 15/08/2017 – Santiago Rodríguez
# de 0.3.0.1 Tipo de No Funcional Caso de Uso / 0.3.01

Relacionado:
Descripción: El sistema debe proporcionar mensajes de error que sean informativos y
orientados al usuario final.
Justificación: Estas Alertas de errores permitirán guiar e informar sobre un error que
en ese momento.
Criterio de El usuario debe recibir una notificación de error cuando ingrese
Aceptación / parámetros distintos.
Validación: La notificación guiara al usuario en cual puede ser el error que está
cometiendo.
Interesado:
Conflicto:
Creado 15/08/2017 – Andrés
# de 0.3.0.2 Tipo de No Funcional Caso de Uso / 0.3.0.2
Relacionado:
Descripción: El sistema debe poseer interfaces gráficas bien formadas
Justificación: Es importante la parte de la interfaz gráfica ya que esta es la que nos
permite que el usuario comprenda de qué trata lo que estamos
ofreciendo.
Criterio de El sistema debe ofrecer Interfaces Graficas interactivas con el usuario.
Aceptación / La interfaz gráfica se debe adaptar a cualquier dispositivo.
Validación:
Interesado:
Conflicto:
# de 04.0 Tipo de No Funcional Caso de Uso / 04.0

Relacionado:
Descripción: El sistema debe tener una disponibilidad del 100% de las veces que un
usuario intente acceder. El tiempo para iniciar o reiniciar el sistema no
podrá ser mayor a 5 minutos
Justificación: La disponibilidad tiene la importancia, ya que si el usuario accede al sitio
es porque le intereso algo o busca algo en especial.
Criterio de El usuario debe tener la posibilidad de ver el producto y hacer compras a
Aceptación / cualquier hora.
Validación: El usuario debe poder ingresar cuantas veces él lo requiera.
Interesado:
Conflicto:
Creado 15/08/2017 – Victor Vergara

Formato de No Funcionales

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Formato de No Funcionales

Cargado por

Copyright:

Formatos disponibles

# de 01.0 Tipo de No Funcional Caso de Uso / 01.

# de 01.0.1 Tipo de No Funcional Caso de Uso / 01.0.1

# de 02.0 Tipo de No Funcional Caso de Uso / 02.0

# de 02.0.1 Tipo de No Funcional Caso de Uso / 0.2.0.1

# de 02.02 Tipo de No Funcional Caso de Uso / 02.0.2

# de 0.2.0.3 Tipo de No Funcional Caso de Uso / 0.2.0.3

# de 0.3.0 Tipo de No Funcional Caso de Uso / 0.3.0

# de 0.3.0.1 Tipo de No Funcional Caso de Uso / 0.3.01

# de 04.0 Tipo de No Funcional Caso de Uso / 04.0

También podría gustarte