ANEXO B

Especificación de Requisitos según el estándar IEEE 830

IEEE estándar. 830-1998
Contenido
1 Introducción ...........................................................................................................................................3
1.1 Propósito ........................................................................................................................................3
1.2 Ámbito del Sistema .......................................................................................................................3
1.3 Visión General del Documento ......................................................................................................3
2 Descripción General ...............................................................................................................................4
2.1 Perspectiva del Producto ...............................................................................................................4
2.2 Funciones del Producto .................................................................................................................4
2.3 Características de los Usuarios ......................................................................................................4
2.4 Restricciones ..................................................................................................................................5
2.5 Suposiciones y Dependencias........................................................................................................5
2.6 Requisitos Futuros .........................................................................................................................6
3 Requisitos Específicos ............................................................................................................................6
3.1 Interfaces Externas ........................................................................................................................6
3.2 Funciones .......................................................................................................................................6
3.3 Requisitos de Rendimiento ............................................................................................................7
3.4 Restricciones de Diseño .................................................................................................................7
3.5 Atributos del Sistema ....................................................................................................................8
4 Apéndices ...............................................................................................................................................8

ANEXO B
2
1 Introducción
1.1 Propósito
El documento ERS tiene como fin entregar un informe estandarizado de la toma de requerimientos
realizada a los empleados de la empresa X. Este documento debe constituir la base del futuro proyecto y
solución informática, pues a partir de este se podrá especificar las diferentes funcionalidades y vistas a
través de los diagramas correspondientes, para luego edificar la propuesta por medio de una aplicación
informática destinada a suplir las deficiencias administrativas de las empresas de Outsourcing.

El documento ERS expone:

En primer lugar, una descripción general de los siguientes puntos: las perspectivas del producto,
funcionalidades generales, las características de los usuarios, restricciones que enfrenta el
proyecto, suposiciones y dependencias a las que este está vinculado irremediablemente.

En segundo lugar, los requisitos específicos: Interfaces externos, funciones, requisitos de

rendimiento, restricciones de diseño, atributos del sistema y otros requisitos.

1.2 Ámbito del Sistema

CleanAsFun es el nombre de la futura aplicación web a desarrollar. Este sistema permitirá:
Por un lado, administrar perfiles de usuario con diferentes privilegios, tales como administrador y cliente
interno (empleados), con el fin de entregar diferentes vistas y funcionalidades; gestionar los horarios,
tiempos y recursos utilizados en las tareas acordes al negocio.
Por otro lado, la aplicación entregará una visualización de datos, es decir, generará información de
relevancia para el negocio con el fin de apoyar a la toma de decisiones de los administrativos.
Por último, el sistema no posee las siguientes funcionalidades:
- La administración financiera del negocio y de las remuneraciones de los empleados.
- El sistema no permite que se intervenga en la recopilación de datos.
- Ningún usuario tiene los privilegios para intervenir en el procesamiento de los datos recopilados.
Por consiguiente, CleanAsFun permitirá que los usuarios puedan rentabilizar sus operaciones reduciendo
costos y tomando mejores decisiones a la hora de ejecutar las tareas asignadas. Esta posibilidad ha de
entregar beneficios a corto plazo, tales como una administración centralizada de los recursos, como a
largo plazo, en tanto generará una documentación o dashboards creados a partir de los datos recopilados
y procesados.
1.3 Visión General del Documento
El presente documento contempla una descripción general donde se indica la relación del sistema con
otros productos, las funciones, las restricciones y dependencia del mismo. Luego se detallan los requisitos
específicos según los diferentes usuarios del sistema, los atributos de seguridad y portabilidad del
proyecto y las restricciones de diseño dado las características de los usuarios con el fin de mejorar su
usabilidad.

ANEXO B
3
2 Descripción General
2.1 Perspectiva del Producto
El sistema depende principalmente del funcionamiento de un Data Center que permita alojar la
plataforma web. No obstante, el sistema en sí mismo es completo y no posee otros sub-sistemas ni es un
sistema subordinado.
2.2 Funciones del Producto
La aplicación web debe tener las siguientes funcionalidades:

- Soportar distintos perfiles y entregar vistas diferenciadas.

- Según el perfil:
o Administrativo:
 Menú de secciones: Vista que permite accede a las distintas secciones que se
diferencian según funcionalidades.
 Sección de existencias: Permite la administración de los recursos materiales,
permitiendo tanto insertar, consultar y liberar (borrar registro) datos, como
también generar un informe de inventario.
 Sección de RRHH: Permite la administración de los horarios, tareas y áreas de
trabajo de los empleados. La organización de estos elementos puede ser diaria o
semanal. Esta sección posee dos modos:
 Manual: El administrativo puede organizar manualmente los factores
anteriormente indicados.
 Automático: El sistema puede sugerir alternativas de organización,
basado en los datos recopilados e ingresados.
 Sección Apoyo: Permite visualizar la información a través de Dashboards, con el
fin de mejorar la comprensión y apoyar la toma de decisiones.
o Trabajador:
 Horarios: El empleado puede visualizar su horario semanal y estar al tanto de los
cambios realizados por el sistema.
 Marcador de tiempos: El empleado puede marcar el inicio de su trabajo y su
finalización, permitiendo la recopilación de datos.
 Emergencia: Permite dar cuenta de alguna situación inesperada, para que el
administrativo a través del sistema pueda generar una respuesta.
2.3 Características de los Usuarios
Administrativo: Individuo con un nivel educacional entre la educación media y superior (técnico o
universitario). El usuario posee un manejo computacional básico, permitiéndole hacer uso de aplicaciones
específicas para apoyar sus labores (conocimiento de Office básico-intermedio). Grupo etario entre los 30
y 50 años.

Empleado: Individuo con un nivel educacional, en la mayor parte de los casos, entre la educación
básica y media. El usuario no posee conocimiento computacionales adecuados utilizar de forma eficaz y
fluida una aplicación tradicional. No obstante, sí poseen familiaridad con las aplicaciones móviles que
posean un interfaz simple y que entreguen información limitada. Una parte considerable pertenece a
estratos sociales bajos o son extranjeros residentes en Chile que tramitan sus papeles de forma legítima.
Grupo etario entre los 25 y 65 años.

ANEXO B
4
2.4 Restricciones
- La aplicación web solo puede generar información a través de los datos ingresados por los
usuarios asociados a la empresa y que posean los permisos correspondientes.
- Es necesario tener acceso a internet.
- No existen requisitos de hardware.
- Se hará uso de JavaScript y PHP.
- Se requerirán perfiles específicos para acceder a las funcionalidades de la aplicación.
- No se puede manejar información de alta confidencialidad.
- Es necesaria una verificación por contraseña para ingresar a determinadas secciones.
- La visualización de información requiere la participación de los empleados en el sistema.
2.5 Suposiciones y Dependencias
- No existen dependencias del sistema informático con ningún factor de hardware.
- El sistema depende de que los empleados puedan tener acceso al internet.
- Se supone que los administrativos tienen un dispositivo con conexión a internet para ingresar a la
plataforma.
- Se tiene un navegador web compatible y actualizado.

ANEXO B
5
 -
2.6 Requisitos Futuros
- El sistema podría generar una red de administrativa que permita mover recursos de un lugar a
otro (instituciones asociadas a la empresa de outsourcing) de forma inteligente y sin desperdicio.
- Automatizar por completo el proceso de planificación operativa y el uso de recursos (humanos o
materiales) de forma autónoma, sin depender de un administrativo.

3 Requisitos Específicos
3.1 Interfaces Externas
En caso de utilizar un computador de escritorio se requiere una comunicación de la CPU con dispositivos
periféricos (mouse y teclado).

El hardware afecta el rendimiento del sistema, principalmente, si este no posee las capacidades para
soportar el servicio web.

3.2 Funciones
Se utilizará el modelo de funcionalidad por usuario. Se ha escogido este modelo porque el sistema
diferencia según perfiles distintas funcionalidades enfocadas a apoyar de forma diferenciada las tareas
de los usuarios en particular. Los usuarios son quienes condicionaran el funcionamiento de la aplicación
web.

- Administrativo: El usuario administrativo requiere gestionar y administrar los recursos entrantes

y salientes en el proceso de ejecución de las tareas de limpieza en el lugar específico en donde
se esté trabajando.
o El sistema deberá permitir el registro de recursos materiales al sistema, el ingreso de
datos para los distintos artículos o utensilios que estén registrados, la liberación de estos
para su uso e indicar las cantidades que corresponden a cada labor. El usuario deberá
realizar los siguientes pasos:
 Ingresar a la sección de Existencias.
 Elegir entre ingresar recursos, liberar recursos y visualizar consumos promedios.
 Ingresar recursos: El sistema permite ingresar un nuevo tipo de
producto o dar cuenta de la adquisición de productos ya existentes,
pudiendo tener un registro de su inventario.
 Liberar recursos: El sistema permite liberar o hacer entrega de recursos
al personal, implicando la eliminación de una cantidad indeterminada
de registros.
 Visualizar consumos promedios: El sistema permitirá dar cuenta del
rendimiento de los productos según los distintos usos que se les dé.
o El sistema deberá permitir el registro de personal, administrar sus horarios y tareas
diarias. La organización de estos factores puede ser diaria o semanal. El sistema permite
elegir entre dos modalidades de administración:
 Manual: El usuario puede administrar de forma manual cada uno de los factores
anteriormente especificados.

ANEXO B
6
  Automático: El usuario puede pedirle al sistema que este proceda a entregar
información a partir de la recolección de datos hasta el momento, con el fin de
tener una visión objetiva del rendimiento y mejor uso de los recursos
El usuario deberá realizar los siguientes pasos:

 Ingresar a la sección de RRHH

 La vista predeterminada es la manual. El usuario tiene una vista de los
empleados asignados a su área de trabajo y acceder a su horario para realizar
modificaciones.
 El usuario puede accionar el botón automático de trabajo.
 Guardar cambios.
o El sistema permite visualizar a través de Dashboards la información que se ha generado
a través de la recopilación.
 El usuario deberá realizar los siguiente pasos:
 Ingresar a la sección Apoyo.
 El usuario podrá filtrar los datos relevantes que le sean útiles.
 El usuario puede exportar un reporte de los datos visualizados.
- Empleados: El usuario empleado requiere poder visualizar su horario y tareas asignadas, dar
aviso de alguna emergencia y marcar el comienzo de un trabajo y su fin.
o El sistema debe permitir que el empleado puede visualizar su horario semanal y estar al
tanto de los cambios realizados por el sistema.
o El sistema debe permitir que se puede marcar el inicio de su trabajo y su finalización,
apoyando la recopilación de datos. El sistema entregará dos botones:
 Emergencia.
 Inicio de labor.
o El sistema debe dar cuenta de alguna situación inesperada, para que el administrativo a
través del sistema pueda generar una respuesta. Esto se ha de llevar a cabo a través de
un botón de emergencia.
3.3 Requisitos de Rendimiento
El sistema posee los siguientes requisitos de rendimiento:

- Soporte de al menos 50 individuos conectados simultáneamente a la plataforma web.

- El sistema debe mantener una comunicación constante con la base de datos para cumplir sus
funcionalidades.
- Se esperan almacenar una cantidad media de datos, es decir, entre 100 y 999 datos durante un
periodo de 7 días aproximadamente.
3.4 Restricciones de Diseño
Existen varias restricciones de diseño:

- Del sistema en general:

o Aplicación web responsiva: La aplicación web debe permitir su acceso a distintos
dispositivos con el fin de generar una mayor fluidez y comodidad al usuario a la hora de
interactuar con sus funcionalidades.
- El sistema debe entregar vistas diferencias según el perfil que acceda a los servicios.
o Administrativo:

ANEXO B
7
  Se requiere una visualización simple de la información, en el mejor de los casos,
a través de gráficos de barra o torta.
 Se requiere una interacción por medio de formularios entre el usuario y la base
de datos. El usuario debe poder ingresar de forma precisa y sin que se pueda
generar una incomprensión de su parte con respecto a los datos que son
solicitados.
o Empleados:
 Se requiere un diseño minimalista, en donde solo destaquen las funcionalidades
específicas que amerita el perfil.
 Se requiere el uso de botones claramente definidos para evitar que el usuario
pueda cometer errores a la hora de ejecutar sus responsabilidades con el
aplicativo.
3.5 Atributos del Sistema
El sistema posee los siguientes atributos:

- Seguridad: El sistema requiere que los usuarios posean una cuenta de usuario con su clave
respectiva. En caso de necesitar recuperar la contraseña de una cuenta se realizará el proceso a
través del email asociado al usuario.
- Portabilidad: El sistema es compatible con múltiples plataformas y dispositivos inteligentes. No
requiere instalación ni mantención por parte del usuario.

4 Apéndices
Pueden contener todo tipo de información relevante para la ERS pero que, propiamente, no forme parte
de la ERS. Por ejemplo:

‐ Los datos de entrada deben tener relevancia para el negocio

‐ La salida de datos debe ser mediante dashboards

ANEXO B
8