Requisitos no funcionales

1. El sistema debe tener un tiempo de respuesta no mayor a 2 segundos para operaciones transaccionales.

2. La cantidad de memoria RAM para poder correr el sistema debe ser mayor a 512 megas.

3. El sistema debe tener la capacidad de ser portable, es decir poder instalarse en cualquier sistema operativo.

4. La disponibilidad del sistema debe ser continua con un servicio al usuario los 7 días x 24 horas

5. Debe contemplar requerimientos de confiabilidad y consistencia de los componentes de negocio ante

recuperaciones. En caso de fallas de algún componente, no debe hacer perdida de información.

6. Permitir ante una falla una rápida recuperación de sus componentes

7. El sistema debe contemplar el uso eficiente de recursos como la conexión a la base de datos

8. En cuanto a la seguridad el sistema debe permitir el abm de usuarios con distintos permisos para el acceso
de ciertas partes del sistema.

9. El sistema debe interfaces amigables, se utilizaran ventanas, botones etc.; similares a las de Windows

10. El lenguaje a implementarse para realizar el sistema será JAVA.

11. EL método de diseño utilizado será UP?(verificar método)

12. EL proyecto del sistema debe estar terminado en un plazo no mayor a 3 meses??(verificar plazo)

13. El sistema debe permitir exportar datos en algún tipo de formato como Excel por ejemplo.

14. El código del sistema debe ser lo más legible posible y estar comentado para su futura modificación.

15. Las pantallas del sistema deben poder maximizarse, minimizarse y ajustarse a las distintas resoluciones de
pantalla.

16. El sistema debe ser distribuido para que se pueda acceder desde cualquier maquina conectada a la red.

17. El hardware debe ser óptimo, debe tener una estructura de red para que se pueda conectar el sistema al
server.

18. El sistema debe ser intuitivo a la hora del manejo para el usuario pueda integrarse con el sistema lo mejor
posible, debe ser fácil de usar.

19. Los controladores experimentados deben ser capaces de usar todas las funciones del sistema después de un
total de dos horas de entrenamiento. Después de este entrenamiento, el número promedio de errores
generados por estos usuarios experimentados no deberá exceder de 2 por día.

20. Que tipos de dispositivos de entrada y salida que se utilizaran serán estándar (teclados, mouse, impresoras,
monitor no táctil).

21. Se definirá si se utiliza algún sistema de reporte externo o alguno integrado al lenguaje de programación.

22. El sistema debe permitir generar back up tanto automáticos como de manera manual.
23. Se deberá realizar el manual de usuario lo mas claro posible

Riesgos
1. Que el sistema no se realice en el tiempo pactado

2. Existencia de mas requerimientos de los previstos inicialmente

3. Retrasos en las especificaciones de las interfaces más importantes

4. Que se encuentren fallas que no se puedan resolver en el corto plazo

5. Que los integrantes del grupo no cuenten con los conocimientos requeridos para enfrentar la
complejidad del requisito

6. Miembros no disponibles en momentos críticos por consecuencia del trabajo u otros motivos
particulares
7. Que algún integrante decida no cursar la materia

8. Cambios de requisitos que precisan modificaciones en el diseño

9. El cliente no puede participar de revisiones y reuniones

10. Que el motor de bases de datos no funcione en los computadores.

11. Que la mantenibilidad no se pueda realizar por completo o sea imposible

12. Que el sistema terminado no sea del agrado del cliente.

13. Que durante la programación vallan apareciendo errores que necesiten demasiado tiempo para
resolverlos

14. Que la el ancho de banda de la red limite la comunicaciones con el server de base de datos.

15. Que por desconocimientos no se puedan efectuar los requerimientos para la seguridad como
creación de usuarios por ejemplo.

16. Que el tamaño del sistema sea mayor al estimado.