Requerimientos funcionales del sistema

Ejemplos de requerimientos funcionales de proceso o rea de negocio

1. Se permitir la bsqueda, el ingreso, modificacin y dar de baja a un

catedrticos que labore en la escuela
2. Los datos que se requerirn para el llenado del formulario del catedrtico deben
de estar completos, de lo contrario, quedar como PENDIENTE el registro.
3. Las modificaciones de datos de un catedrtico solo las autoriza el director, ya
que estas la autoriza un ente superior a l.
4. La baja de un catedrtico solo se puede realizar si es autorizada desde el
MINEDUC. Una vez teniendo la autorizacin ya se puede proceder a dar de baja
al catedrtico
5. Se permitir la bsqueda, el ingreso, la modificacin y elminacin de cursos.
6. Los cursos deben de ser los autorizados por el MINEDUC para las distintas
carreras que tiene a disposicin la escuela.
7. Toda modificacin o eliminacin debe de ser autorizado por el subdirector, y
solo si el MINEDUC lo aprueba
8. Se permitir el registro de los horarios. En el irn incluidos los cursos,
catedrtico que lo , el da y la hora .
9. Las modificaciones solo se pueden realizar anualmente, cuando se inicia un
nuevo ciclo escolar.
10. Los catedrticos no puede pedir cambio de horarios
11. Se permitir la bsqueda, el ingreso, la modificacin y eliminacin de grados,
salones y secciones.
12. Los datos que deben ingresados en registro que se menciona en el inciso 11
deben de estar completos, de lo contrario el registro quedar como PENDENTE.
13. Una seccin debe de estar en un saln y se identificar con un cdigo nico.
14. Un saln puede tener la cantidad de alumnos que subdireccin decida
15. Las modificaciones se harn solo con autorizacin de subdireccin
16. La eliminacin solo las puede autorizar y realizar subdireccin.

requerimientos funcionales de interfaz grfica

1. La solucin validara automticamente al usuario asociado a una orden con el

sistema de gestin de contactos.
2. Los campos numricos aceptarn nicamente valores numricos con dos
decimales y dependiendo de que tipo de dato se requiere har la validacin
necesaria.
3. El campo nombre acepta caracteres alfabticos nicamente.
4. El campo direccin acepta caracteres alfabticos, numricos y especiales.
5. El campo material de elemento de la pantalla de requisiciones de compra ser
una lista de preseleccin, que mostrar nicamente los materiales registrados en
el maestro de materiales.
6. La pantalla de registro de pago puede imprimir los datos en pantalla a la
impresora.
Eficiencia

1. El sistema debe ser capaz de procesar N transacciones por segundo. Esto se

medir por medio de la herramienta SoapUI aplicada al Software Testing de
servicios web.
2. Toda funcionalidad del sistema y transaccin de negocio debe responder al
usuario en menos de 5 segundos.
3. El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios
con sesiones concurrentes.
4. Los datos modificados en la base de datos deben ser actualizados para todos los
usuarios que acceden en menos de 2 segundos.

Seguridad lgica y de datos

1. Los permisos de acceso al sistema podrn ser cambiados solamente por el

administrador de acceso a datos.
2. El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de
programacin que incrementen la seguridad de datos.
3. Todos los sistemas deben respaldarse cada 72 horas. Los respaldos deben ser
almacenados en una localidad segura ubicada en un edificio distinto al que
reside el sistema.
4. Todas las comunicaciones externas entre servidores de datos, aplicacin y
cliente del sistema deben estar encriptados.

Usabilidad

1. El tiempo de aprendizaje del sistema por un usuario deber ser menor a 4 horas.
2. La tasa de errores cometidos por el usuario deber ser menor del 1% de las
transacciones totales ejecutadas en el sistema.
3. El sistema debe contar con manuales de usuario estructurados adecuadamente.
4. El sistema debe proporcionar mensajes de error que sean informativos y
orientados a usuario final.
5. El sistema debe contar con un mdulo de ayuda en lnea.
6. La aplicacin web debe poseer un diseo Responsive a fin de garantizar la
adecuada visualizacin en mltiples computadores personales, dispositivos
tableta y telfonos inteligentes.
7. El sistema debe poseer interfaces grficas bien formadas.
Requerimientos no funcionales

Eficiencia

1. El sistema debe ser capaz de procesar N transacciones por segundo. Esto se medir
por medio de la herramienta SoapUI aplicada al Software Testing de servicios web.
2. Toda funcionalidad del sistema y transaccin de negocio debe responder al usuario
en menos de 5 segundos.
3. El sistema debe ser capaz de operar adecuadamente con hasta 100 usuarios con
sesiones concurrentes.
4. Los datos modificados en la base de datos deben ser actualizados para todos los
usuarios que acceden en menos de 2 segundos.

Usabilidad

1. El tiempo de aprendizaje del sistema por un usuario deber ser menor a 4 horas.
2. La tasa de errores cometidos por el usuario deber ser menor del 1% de las
transacciones totales ejecutadas en el sistema.
3. El sistema debe contar con manuales de usuario estructurados adecuadamente.
4. El sistema debe proporcionar mensajes de error que sean informativos y orientados a
usuario final.
5. El sistema debe contar con un mdulo de ayuda en lnea.
6. La aplicacin web debe poseer un diseo Responsive a fin de garantizar la
adecuada visualizacin en mltiples computadores personales, dispositivos tableta y
telfonos inteligentes.
7. El sistema debe poseer interfaces grficas bien formadas.