Professional Documents
Culture Documents
software
Proyecto: Control de actividades
Revisión 1.0
08-2015
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 2
27-08-
1.0 Creación del documento
2015
Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 INTRODUCCIÓN 6
1.1 Propósito 6
1.2 Alcance 6
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.4 Restricciones 7
3 REQUISITOS ESPECÍFICOS 7
4 Apéndices 10
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 5
1 Introducción
El siguiente documento es una Especificación de Requisitos de Software (ERS) para el
sistema de información Control de Actividades, esta especificación está fundamentada en
las normas dadas por el IEEE.
1.1 Propósito
El presente documento tiene como propósito establecer los requerimientos funcionales y
no funcionales para el desarrollo del sistema Control de Actividades que se encargará de
gestionar las actividades y los tiempos de los empleados, este aplicativo será usado por
empleados y directivos.
1.2 Alcance
Esta especificación está orientada al usuario del sistema, de modo que pueda entender
el funcionamiento y el esquema diseñado para la misma.
1.5 Referencias
Fech Auto
Referencia Titulo Ruta a r
Standard https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf 1998 IEEE
IEEE
830 -
1998
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 6
1.6 Resumen
Este documento conforme al estándar IEEE – 830 tiene tres secciones distribuidas de la
siguiente manera:
En la primera sección se establece una visión general del documento, así como una
introducción y una contextualización del mismo, indicando las personas involucradas y
algunas generalidades de la especificación
En la tercera y última sección del documento se hace énfasis en los requisitos para
satisfacer el sistema.
2 Descripción general
2.1 Perspectiva del producto
El sistema de información web Control de Actividades será un producto independiente
que gestionara las actividades diarias de cada empleado, permitiendo al administrador
hacer un seguimiento preciso sobre las asignaciones laborales de cada empleado.
2.4 Restricciones
Lenguajes y tecnologías usadas : HTML, Java, Javascript, Bootstrap
El sistema se diseñara según modelo cliente/servidor
El interfaz debe ser sencilla sin importar el lenguaje o la plataforma.
Interfaz para internet.
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 7
3 Requisitos específicos
CODIGO Nombre de requisito Tipo Fuente Prioridad
RF01 Ingreso a la RF Red A
aplicación
CASOS DE USO:
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 9
ACTOR Empleados
IMPORTANCIA ALTA
FRECUENCIA diaria
DESCRIPCION El sistema debe permitir la creación de varios usuarios para la asignación de las
diferentes actividades
ENTRADAS FUENTE SALIDA DESTINO RESTRICCIONES
Datos del Formulario de Usuario con Base de datos Los campos son
Usuario; Clave; ingreso de datos acceso al sistema obligatorios y no debe
Nombre; haber usuarios repetidos
Apellidos;
Cargo; Cedula;
Email
DESCRIPCION El sistema debe permitir consultar las actividades que el usuario realiza cada día
ENTRADAS FUENTE SALIDA DESTINO RESTRICCIONES
Usuario y Formulario de Usuario hace Base de datos Si no se digita Usuario y
Password ingreso de datos visualización de contraseña no podrá
actividades hacer su consulta
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 11
DESCRIPCION El sistema debe indicar ayudas tipo texto en el ingreso de datos en los formatos
ENTRADAS FUENTE SALIDA DESTINO RESTRICCIONES
Formularios Diagramas de Ayudas tipo texto Usuario Idioma español
navegación
3.3.2 Seguridad
Garantizar la confiabilidad y seguridad del sistema de información para que el
usuario se sienta cómodo, y pueda realizar sus consultas y actualizaciones
permanentemente sin afectar a los demás usuarios.
3.3.3 Fiabilidad
El sistema debe tener una interfaz de uso sencilla
3.3.4 Disponibilidad
La disponibilidad del sistema debe ser continua con nivel de servicio desde los 7
días de la semana y las 24 horas del día, para que el usuario pueda ingresar en
cualquier momento.
3.3.5 Mantenibilidad
El sistema debe disponer de una documentación actualizable que permita realizar
operaciones de mantenimiento con el menor esfuerzo posible
3.3.6 Portabilidad
El sistema funcionaba bajo HTML, por tal motivo se puede ver a través de un
navegador sin importar el sistema operativo
4 Apéndices
Lo correspondiente al lenguaje Java se va a realizar sobre la versión 1.7.
Lo correspondiente al lenguaje HTML se va a realizar sobre la versión 5