2.3 Especificación de requerimientos

Los requerimientos de un sistema describen los servicios que ha de ofrecer el sistema y se van a dividir  en requerimientos funcionales y requerimientos no funcionales. Una breve explicación de las diferencias de los requerimientos.

Requerimientos funcionales	Requerimientos no funcionales
•      En algunos casos los requerimientos funcionales deben describir de manera explícita, lo que el sistema no debe hacer. •      Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas. •      Expresan la naturaleza del funcionamiento del sistema (cómo interacciona el sistema con su entorno y cuáles van a ser su estado y funcionamiento)	•      Estos incluyen restricciones en el tiempo que se debe demorar un proceso, restricciones sobre el proceso de desarrollo y estándares. •      Estos requerimientos son restricciones sobre los servicios y funcionalidades ofrecidos por el sistema. •      Estos normalmente no aplican a características o servicios particulares del sistema

Basando nos en las definiciones hicimos una tabla conforme a nuestro proyecto.

Requerimientos funcionales

Requerimientos no funcionales

·         Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña. ·         La aplicación StressApp! Solamente va funcionar en dispositivos móviles como en celulares y tabletas para ser va especifico funcionara en equipos que cuenten con Astroide de 4.0 en adelante. El sistema permitirá aprobar, cambiar o actualizar planes de proyecto. El software debe poder emitir los siguientes estados financieros: Balance general, Estado de ganancias y pérdidas, Estado de flujos de efectivo. Además, debe poder emitir un listado de mayor general y mayor analítico. La aplicación debe poder utilizarse con los navegadores web Chrome, Firefox e Internet Explorer.

·         En cuestión en la seguridad Los  acceso al sistema podrán ser cambiados solamente por el administrador de acceso a datos y si se identifican ataques de seguridad del sistema  no continuará operando hasta ser desbloqueado por un administrador de seguridad. ·         El uso de la aplicación por un usuario no tendrá limite es decir lo puedes usar el tiempo que pueda. ·         La aplicación móvil debe contar con manuales de usuario estructurados adecuadamente. ·         Debe estar definido explícitamente (en manuales de procedimientos) en el cual no basaremos en los estándares ISO 9000. ·         La herramienta en la cual nos vamos apoya para hacer la aplicación es “ADROIDE ELIPSE”. La aplicación no podrá ocupar más de 2 GB de espacio en disco y deberá consumir menos de 500 Mb de memoria RAM. 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.

Para mas claro ver el vídeo