You are on page 1of 12

Especificación de requisitos de

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

Ficha del documento

Fecha Revisión Autor Verificado dep. calidad.

27-08-
1.0 Creación del documento
2015

Documento validado por las partes en fecha: 27-08-2015

Por el cliente Por la empresa suministradora

Fdo. D./ Dña Fdo. D./Dña


Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 3

Contenido
FICHA DEL DOCUMENTO 3

CONTENIDO 4

1 INTRODUCCIÓN 6

1.1 Propósito 6

1.2 Alcance 6

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

1.5 Referencias 6

1.6 Resumen 6

2 DESCRIPCIÓN GENERAL 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.4 Restricciones 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3 REQUISITOS ESPECÍFICOS 7

3.1 Requisitos comunes de los interfaces 8


3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8

3.2 Requisitos funcionales 8


3.2.1 Requisito funcional 1 9
3.2.2 Requisito funcional 2 9
3.2.3 Requisito funcional 3 9
3.2.4 Requisito funcional n 9

3.3 Requisitos no funcionales 9


3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 4

3.4 Otros requisitos 10

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.3 Personal involucrado


Nombre Walter Ricardo Forero Sánchez
Rol Desarrollador
Categoría profesional N/A
Responsabilidades Realizar la implementación del aplicativo a partir de los
modelos y diseños acá mencionados
Información de contacto Walter76_76@hotmail.com
Aprobación N/A

Nombre Yuly Rodríguez


Rol Analista
Categoría profesional N/A
Responsabilidades Realiza el requerimiento funcional, casos de prueba, plan
de pruebas etc. Para el aplicativo
Información de contacto Yulyan3013@hotmail.com
Aprobación N/A

Nombre Paola Olmos


Rol Diseñadora
Categoría profesional N/A
Responsabilidades Entregar los mockups del aplicativo y luego las interfaces
gráficas en HTML al desarrollador.
Información de contacto Pao.704@hotmail.com
Aprobación N/A

1.4 Definiciones, acrónimos y abreviaturas


No aplica

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 segunda sección de este documento se proporciona una explicación general del


sistema, se describen las principales funcionalidades, restricciones, supuestos y demás
elementos que afectan el desarrollo.

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.2 Funcionalidad del producto


La falta de control sobre las actividades que realizan los empleados es en algunos casos
el factor detonante que afecta al rendimiento de una empresa, el sistema de información
web Control de Actividades va a permitir que el usuario al iniciar la jornada ingrese al
aplicativo y seleccione las actividades que va a realizar durante el día, al terminar la
jornada asigna un porcentaje de avance a cada actividad y algunos comentarios
específicos sobre la misma, esto permitirá a los directivos realizar control y seguimiento
sobre lo que determinado empleado tiene asignado, así como revisión de tiempos y
progreso de cada actividad.

2.3 Características de los usuarios


Tipo de usuario Empleado
Formación N/A
Habilidades N/A
Actividades Asignar actividades y modificar el progreso de las mismas.

Tipo de usuario Administrativo


Formación N/A
Habilidades N/A
Actividades Revisar el progreso de cada actividad, realizar seguimiento
por actividad y por usuario.

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

2.5 Suposiciones y dependencias


 Se asume que los lenguajes de programación propuestos los maneja el
desarrollador
 Los equipos en los cuales se va a consumir el aplicativo garantizan una correcta
ejecución de la misma.

2.6 Evolución previsible del sistema


No aplica

3 Requisitos específicos
CODIGO Nombre de requisito Tipo Fuente Prioridad
RF01 Ingreso a la RF Red A
aplicación

CODIGO Nombre de requisito Tipo Fuente Prioridad


RF02 Ingreso de RF Formulario de A
actividades ingreso de datos

CODIGO Nombre de requisito Tipo Fuente Prioridad


RF03 Creación de RF Formulario de A
Usuarios ingreso de datos

CODIGO Nombre de requisito Tipo Fuente Prioridad


RF04 Consulta de RF Formulario de A
actividades ingreso de datos

CODIGO Nombre de requisito Tipo Fuente Prioridad


RF05 Actualización hora RF Formulario de A
de entrada y de ingreso de datos
salida

CODIGO Nombre de requisito Tipo Fuente Prioridad


RF06 Ayuda tipo texto RF Diagramas de A
Navegación

CODIGO Nombre de requisito Tipo Fuente Prioridad


RF07 Actualización RF Formulario de A
password de ingreso de datos
usuarios

CODIGO Nombre de requisito Tipo Fuente Prioridad


RF08 Ayudas tipo texto RF Diagramas de A
navegación
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 8

3.1 Requisitos comunes de los interfaces


3.1.1 Interfaces de usuario
La interfaz de usuario consistirá en un conjunto de ventanas con botones, listas y
campos de texto. Esta será construida para el sistema propuesto y será
visualizada desde un navegador de internet.

3.1.2 Interfaces de hardware


Sera necesario contar con equipos en buen estado, procesador a 2.0GHZ,
memoria RAM mínima de 512MB mouse y teclado.

3.1.3 Interfaces de software


Sistema Operativo : Windows XP
Explorador : Chrome

3.2 Requisitos funcionales

CASOS DE USO:
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 9

CASO DE USO Caso de uso 1

ACTOR Empleados

IMPORTANCIA ALTA

DESCRIPCIÓN El empleado deberá hacer el registro de sus actividades


oportunamente
PRECONDICIÓN Trabajar dentro de la organización

CURSO NORMAL Paso Acción


1 Trabajar en la organización
2 Conocer el aplicativo
3 Registrarse en el aplicativo
4 Ingresar usuario y contraseña
5 Ingresar las actividades

CURSO ALTERNO Paso Acción


1 cuando el paso 1 no ocurra entonces
deberá pasar la hoja de vida para algunas
de las vacantes dentro de la empresa
2 cuando el paso 2 no ocurra deberá pedir
asesoramiento
3 cuando el paso 3 no ocurra entonces
deberá seguir los pasos para hacer el
registro correctamente
4 cuando el paso 4 no ocurra deberá decirle
a una de las directivas y se tendrá que
hacer el debido proceso
5 cuando el paso 5 no ocurra deberá registrar
las actividades con la información completa
para que pueda ser guardada como debe
ser

POSTCONDICIÓN El empleado tuvo gran éxito registrándose e ingresando a la


plataforma, por tanto podrá ingresar las actividades con total
normalidad y sin ningún retraso

FRECUENCIA diaria

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES


CODIGO NOMBRE FECHA GRADO NECESIDAD
R1 Ingreso a la aplicación 28/08/15

DESCRIPCION El sistema debe permitir ingresar por medio de la cabecera HTTP


ENTRADAS FUENTE SALIDA DESTINO RESTRICCIONES
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 10

CASO DE USO Caso de uso 1

El IP del Red Pantalla lista para Pantallas El ingreso solo lo realiza


computador registrar al el usuario registrado
donde se usuario
encuentre
conectada

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES


CODIGO NOMBRE FECHA GRADO NECESIDAD
R2 Ingreso de actividades 28/08/15

DESCRIPCION El sistema debe permitir el ingreso de una o más actividades


ENTRADAS FUENTE SALIDA DESTINO RESTRICCIONES
Actividades del Formulario de Usuarios con su Base de Datos Cada usuario tendrá dos
Usuario ingreso de datos actividad actividades como mínimo
asignada

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES


CODIGO NOMBRE FECHA GRADO NECESIDAD
R3 Creación de Usuarios 28/08/15

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

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES


CODIGO NOMBRE FECHA GRADO NECESIDAD
R4 Consulta de actividades 28/08/15

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

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES


CODIGO NOMBRE FECHA GRADO NECESIDAD
R5 Actualización hora de entrada y 28/08/15
salida
DESCRIPCION El sistema debe permitir la actualización de hora de ingreso y salida
ENTRADAS FUENTE SALIDA DESTINO RESTRICCIONES
Usuario Formulario de Usuario a Base de datos Si no llena los campos
y ingreso de datos actualizado su obligatorios no podrá
clave hora de entrada y hacer su respectiva
salida actualización

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES


CODIGO NOMBRE FECHA GRADO NECESIDAD
R6 Ayudas tipo texto 28/08/15

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

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES


CODIGO NOMBRE FECHA GRADO NECESIDAD
R7 Actualización clave de usuarios 28/08/15

DESCRIPCION El sistema debe permitir la actualización de los password de los usuarios


ENTRADAS FUENTE SALIDA DESTINO RESTRICCIONES
Identificación y Formulario de Confirmación por Base de Datos Máximo 10 caracteres
password ingreso de datos pantalla
Control de Actividades Rev. 1.0
Especificación de requisitos de software Pág. 12

3.2.1 Requisito funcional 1


La plataforma deberá estar totalmente actualizada y con una velocidad buena ya
que los empleados de la organización van a tener que estar registrando sus
actividades.

3.2.2 Requisito funcional 2


Los empleados deben registrar las actividades diarias para eso lo primero es que
estén trabajando en la organización y que estén registrados dentro de la
plataforma

3.2.3 Requisito funcional 3


La plataforma tendrá un límite de tiempo según el horario de cada uno de los
empleados de igual manera no se guardara información que no esté completa o
bien diligenciada

3.3 Requisitos no funcionales


3.3.1 Requisitos de rendimiento
Garantizar que el diseño de las consultas, la actualización y modificación de
información u otro proceso no afecte el desempeño de la base de datos.

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

3.4 Otros requisitos


Requisitos legales: el lenguaje, librerías, herramientas y otros elementos usados en el
desarrollo del aplicativo son software libre.

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

You might also like