Presentado ha:

Ingeniero

Hugo Alberto Beltrán Perdomo

Presentado por:

Kevin Andrés Dussan Fierro

Henry Mauricio Lozada Barragán

Ing. Software 8

Tema:

Ingeniería de Software:

Requerimientos no Funcionales

Neiva - Huila
 Requerimientos no Funcionales

Requerimientos de Producto

 Requerimiento de eficiencia
- El sistema debe ser capaz de procesar N transacciones por segundo
- El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas
- El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios con
sesiones concurrentes.
- Los datos modificados en la base de datos deben ser actualizados para todos los
usuarios que acceden en menos de 2 segundos.
- La aplicación debe ser compatible con todas las versiones de Windows, desde
Windows 95.
1. Requerimiento de rendimiento
- Toda funcionalidad del sistema y transacción de negocio debe responder al usuario en
menos de 5 segundos.
2. Requerimiento de espacio
- La aplicación no podrá ocupar más de 2GB de espacio en disco.
 Requerimiento de usabilidad
- El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas
- La tasa de errores cometidos por el usuario deberá ser menor del 1% de las
transacciones totales ejecutadas en el sistema.
- Cuando el usuario en solicitud por medio de validación de información con sus bases
de datos y no lo puede hacer por condiciones de comunicación hacia esa base de
datos o ese servicio, genere salida del sistema, donde manifieste condiciones de
comunicación, y le dé la posibilidad de seguir trabajando a la espera de que se
solucione la falla.
 Requerimiento de confiabilidad
- Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuara
operando hasta ser desbloqueado por un administrador de seguridad.
- Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.
- El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de
programación que incrementen la seguridad de datos.
- Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser
almacenados en una localidad segura ubicada en un edificio distinto al que reside el
sistema.
 Requerimiento de seguridad
-Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuara
operando hasta ser desbloqueado por un administrador de seguridad.
- Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador
de acceso a datos.
- El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de
programación que incrementen la seguridad de datos.
 - Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser
almacenados en una localidad segura ubicada en un edificio distinto al que reside el
sistema.
Todas las comunicaciones externas entre servidores de datos, aplicación y cliente del
sistema deben estar encriptadas utilizando el algoritmo RSA.

Requerimientos Organizacionales

 Requerimientos ambientales
- La aplicación debe poseer un diseño ‘responsive’ a fin de garantizar la adecuada
visualización en múltiples computadores personales, dispositivos tabletas y teléfonos
inteligentes.
 Requerimientos operacionales
- La aplicación deberá consumir menos de 500 Mb de memoria RAM.
- El sistema será desarrollado para plataformas PC y Macintosh.
 Requerimientos de desarrollo
- La interfaz de usuario será implementada para navegadores web únicamente con
HTML5 y JAVASCRIPT.
- La nueva aplicación debe manejar fuentes del alfabeto en inglés, idiomas latinos
(Español, Frances, Portugués, Italiano), Arábico y Chino.
- El sistema debe poseer interfaces gráficas bien formadas.

Requerimientos Externos

 Requerimientos regulatorios
- La metodología de desarrollo de software será Behaviur Driven Development (BDD)
apoyada en Cucumber.
- El sistema debe proporcionar mensajes de error que sean afirmativos y orientados al
usuario final.
- El sistema debe ser desarrollado utilizando las herramientas CASE XYZ.
- El proceso de desarrollo se gestionará por medio de una determinada herramienta
web para gestionar el proceso de desarrollo de software.
- Debe especificarse un plan de recuperación ante desastres para el sistema a ser
desarrollado.
- El sistema debe contar con un módulo de ayuda en línea.
- Cada dos semanas deberán producirse reportes gerenciales en los cuales se muestre el
esfuerzo invertido en cada uno de los componentes del nuevo sistema.
- Las pruebas de software se gestionarán con una herramienta de gestión de software
testing.
- Las pruebas de software se ejecutarán utilizando Selenium y Ruby como herramienta y
lenguaje Scripting para automatización de software testing.
- El sistema debe contar con manuales de usuario estructurados adecuadamente.
- La nueva aplicación debe manejar fuentes del alfabeto en inglés, idiomas latinos
(Español, Frances, Portugués, Italiano), Arábico y Chino.
 Requerimientos éticos
- El sistema no revelara a sus operadores otros datos personales de los clientes distintos
a nombres y números de referencia.
 Requerimientos legales
- El procedimiento de desarrollo de software a usar debe estar definido explícitamente
(en manuales de procedimientos) y debe cumplir con los estándares ISO 9000.
- Sistemas de datos médicos. El nuevo sistema y sus procedimientos de mantenimiento
de datos deben cumplir con las leyes y reglamentos de protección de datos médicos.
- El nuevo sistema se acogerá a las reglas de las licencias generales públicas (GNU), es
decir será gratuito, código abierto en el que cualquiera podrá cambiar el software, sin
patentes y sin garantías.
- Las páginas web a ser desarrolladas deben cumplir con la ley de tratamiento en
condiciones de igualdad para personas con discapacidad.
- El sistema no revelara a sus operadores otros datos personales de los clientes distintos
a nombres y números de referencia.
1. Requerimiento contable
- El procedimiento de desarrollo de software a usar debe estar definido explícitamente
(en manuales de procedimientos) y debe cumplir con los estándares ISO 9000.
- El nuevo sistema se acogerá a las reglas de las licencias generales públicas (GNU), es
decir será gratuito, código abierto en el que cualquiera podrá cambiar el software, sin
patentes y sin garantías.
2. Requerimiento de Protección/Seguridad.
- Debe especificarse un plan de recuperación ante desastres para el sistema a ser
desarrollado.
- El sistema no revelara a sus operadores otros datos personales de los clientes distintos
a nombres y números de referencia.
- Las páginas web a ser desarrolladas deben cumplir con la ley de tratamiento en
condiciones de igualdad para personas con discapacidad.
- Todas las comunicaciones externas entre servidores de datos, aplicación y cliente del
sistema deben estar encriptadas utilizando el algoritmo RSA.