Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Contenido
FICHA DEL DOCUMENTO............................................................................................................................ 3
1. INTRODUCCIÓN.................................................................................................................................... 4
1.1. PROPÓSITO..........................................................................................................................................4
1.2. ÁMBITO DEL SISTEMA............................................................................................................................4
1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS.............................................................................................4
1.4. REFERENCIAS........................................................................................................................................4
1.5. VISIÓN GENERAL DEL DOCUMENTO..........................................................................................................4
2. DESCRIPCIÓN GENERAL..................................................................................................................... 5
3. REQUISITOS ESPECÍFICOS.................................................................................................................. 7
4. PROPUESTA DE PLANIFICACIÓN........................................................................................................... 11
2
Especificación de Requisitos, estándar de IEEE 830
Desarrollo de la propuesta
10/04/2021 1.0 Patricia Nieves Proyecto y Especificaciones de
Requerimientos.
Integrantes:
Nombre Integrante del Equipo Rol Definido
Patricia Nieves Jefe de Proyecto
Alex Gómez QA
3
Especificación de Requisitos, estándar de IEEE 830
1. Introducción
1.1. Propósito
El propósito de este documento es definir las especificaciones de los requerimientos del Software
para la empresa CleanVIP. Se definirán los requerimientos funcionales y no funcionales los cuales
deben cumplir con la finalidad de administrar eficaz y eficientemente la gestión de los
colaboradores de la empresa por parte del departamento de Recursos Humanos.
Para acceder el sistema será necesaria la creación de cuentas de usuario por parte del
Administrador quien deberá ser el jefe del departamento, el cual además podrá otorgar los
permisos que sean necesarios a cada usuario.
Por cada sección los usuarios podrán generar reportes en plazos de tiempo (día, semana,
mes, año) de los colaboradores contratados, desvinculados, capacitaciones ofertadas,
bonificaciones obtenidas por los colaboradores, etc. Estos reportes podrán ser en Excel o Pdf.
El sistema será intuitivo y además proporcionará una sección de ayuda la cual tendrá
preguntas con respuestas prediseñadas de los posibles errores que puedan generarse o
información sobre el uso de cada herramienta. En caso de no poder solucionarse el problema, el
usuario podrá contactarse con soporte mediante llamada.
4
Especificación de Requisitos, estándar de IEEE 830
No se podrá hacer uso del sistema sin haberse logeado antes con su usuario y password
correctos, además los usuarios no podrán acceder a la información o herramientas a las que el
Administrador no les haya otorgado permiso para acceder.
• Con este sistema se espera agilizar las tareas del departamento de Recursos Humanos
para reducir tiempo y carga laboral, además de poder resguardar de forma más segura toda la
información.
Requerimientos Funcionales: Son aquellos que definen una actividad que el sistema deba
realizar cuando se cumplen ciertas condiciones.
5
Especificación de Requisitos, estándar de IEEE 830
Sistema Operativo: Es el software principal que gestiona los recursos del hardware.
Permite manejar la memoria, disco, medios de almacenamiento de información y los diferentes
periféricos o recursos del dispositivo. También se ocupa de correr procesos y la carga de los
diferentes programas.
Usuario Administrador: Persona con acceso a todas las herramientas del sistema, además
puede modificar aspectos importantes de la configuración y gestionar las cuentas de usuario.
1.4. Referencias
Planificación y especificación de requisito según estándares de IEEE 830.
6
Especificación de Requisitos, estándar de IEEE 830
2. Descripción General
2.4. Restricciones
• Políticas de la empresa: La licencia de este software es privativa, de uso exclusivo de
CleanVIP, lo que quiere decir que su redistribución o modificación está prohibida y se
requiere autorización para ello.
7
Especificación de Requisitos, estándar de IEEE 830
8
Especificación de Requisitos, estándar de IEEE 830
9
Especificación de Requisitos, estándar de IEEE 830
3. Requisitos Específicos
Mediante la reunión de KickOff el Gerente de la empresa CleanVip expresa la necesidad de
crear un sistema informático para agilizar las labores del departamento de Recursos Humanos,
pues, en los últimos meses se han vistos colapsados en cuanto a tiempo y trabajo.
Por eso solicita un sistema informático de escritorio que cumplas con los siguientes
requerimientos:
El Usuario Administrador del Sistema podrá registrar cuentas de usuario estándar a las
cuales se les deberá proporcionar los permisos correspondientes.
Reportes: El sistema deberá generar reportes en pdf o en Excel, según indique el usuario,
que permita visualizar estadísticas o información entre los lapsos de tiempo elegidos por
el mismo:
Los reportes serán por cada módulo (Contrataciones, Bonificaciones y Capacitaciones).
Reportes de contrataciones:
Reportes de Bonificaciones:
Reportes Capacitaciones:
Capacitaciones ofertadas
Numero de trabajadores que obtuvieron cierta capacitación
10
Especificación de Requisitos, estándar de IEEE 830
Se debe capacitar al personal para que den un buen uso a las herramientas, ya sea el
hardware, software (No solo el sistema que se proporcionará sino también antivirus,
navegador y correo electrónico), de modo que puedan estar atentos ante posibles ataques
malicioso.
Los datos almacenados en los computadores deberán ser encriptados por la base de datos.
Diseño: El equipo de informática se encargará de que el sistema sea intuitivo de modo que
los usuarios no tengan dificultades a la hora de usarlo y que a futuro cualquiera que
requiera usarlo incluso sin haber hecho la capacitación comprenda lo que el sistema
ofrece.
- Menús desplegables
- Mensajes informativos
- Mensajes de error
- Botones
- Formularios para el ingreso, modificación, actualización y eliminación de datos
- Ayuda
11
Especificación de Requisitos, estándar de IEEE 830
- Scanner: El software podrá utilizar el scanner para subir archivos, de modo que se puedan
adjuntar y almacenar en la base de datos.
Entradas:
Nombre del colaborador, rut, contraseña, correo electrónico y selección de permisos para
uso del sistema.
Procesos:
Como usuario administrador se deberá acceder al menú de Cuentas de Usuario Añadir
Cuenta. El sistema pedirá la información correspondiente, verificará que no queden
espacios incompletos y en caso de ningún error guardará los datos de la nueva cuenta.
Salidas:
Entradas:
12
Especificación de Requisitos, estándar de IEEE 830
Procesos:
Al iniciar el programa, este deberá mostrar una ventana de Login la cual pedirá que
indique su usuario y que ingrese la contraseña, luego de ingresar los datos el sistema
verificará que los datos sean correctos. Una vez haya logeado el usuario mostrará el menú
principal. En caso contrario, si el usuario ingresa mal la contraseña más de tres veces
advertirá que la contraseña fue olvidada y permitirá acceder al menú de recuperación.
Salidas:
El encargado de las Contrataciones podrá crear o modificar las fichas de cada colaborador
y gestionar su desvinculación cuando sea requerido. También podrá adjuntar documentos
asociados a cada colaborador.
Entradas:
El sistema pedirá ingresar todos los datos de la plantilla ofrecida por el Gerente de
CleanVIP
CleanVip
Fecha de ingreso:
Nombre de quien crea la ficha:
IDENTIFICACION DE COLABORADOR
Nombre:
Rut: Sexo:
13
Especificación de Requisitos, estándar de IEEE 830
Domicilio: Comuna:
IDENTIFICACION DE CONTACTO
Nombre:
Rut: Teléfono:
CARGO
Sueldo Base:
COTIZACIONES DE PREVISIONES
COTIZACIONES DE SALUD
Nombre de la capacitación:
Procesos:
14
Especificación de Requisitos, estándar de IEEE 830
modificar la información que requiera, así como desvincularlo. Una vez hecho esto el
sistema validará la información y actualizará los datos.
Salidas:
Entradas:
Procesos:
Una vez acceda al colaborador se le abrirá un módulo que muestra el nombre del
colaborador, rut, sueldo base, total de bonificaciones y descuentos recibidos en el mes y
su sueldo final. Desde ese menú podrá ingresar al botón modificar información, el cual
desplegará una ventana con dicha información y permitirá añadir bonificaciones y
descuentos, agregar su motivo, seleccionar el porcentaje, así como también eliminar
registros en caso de haber agregado algún dato por error. Una vez hecho esto el sistema
actualizará la información.
Salidas:
15
Especificación de Requisitos, estándar de IEEE 830
Entradas:
Procesos:
Salidas:
Entradas:
Procesos:
Módulo de contrataciones:
• N° Colaboradores contratados
• N° Colaboradores desvinculados
• N° Colaboradores con licencia
• N° Vacantes disponibles
16
Especificación de Requisitos, estándar de IEEE 830
Módulo de bonificaciones:
Módulo de capacitaciones:
• Capacitaciones ofertadas
• Capacitaciones en curso
• Capacitaciones finalizadas
RF7 Ayuda:
Entradas:
Procesos:
El sistema tendrá una barra buscadora donde el usuario podrá escribir lo que necesita y el
sistema mostrará soluciones asociadas. Además, proporcionará el botón contactar soporte con
el cual el usuario podrá hablar con un técnico en caso de que el problema no se pueda
solucionar.
Se deberá implementar una base de datos MySQL para almacenar y encriptar la información para
resguardarla y mantener la confidencialidad.
El sistema deberá ser desarrollado en JAVA para ser utilizado en sistemas operativos Windows.
17
Especificación de Requisitos, estándar de IEEE 830
PENDIENTE
3.3.2 Seguridad
La seguridad del sistema es por:
3.3.3 Fiabilidad
Especificación de los factores de fiabilidad necesaria del sistema. Esto se expresa generalmente
como el tiempo entre los incidentes permisibles, o el total de incidentes permisible.
3.3.4 Disponibilidad
Especificación de los factores de disponibilidad final exigidos al sistema. Normalmente expresados
en % de tiempo en los que el software tiene que mostrar disponibilidad.
3.3.5 Mantenibilidad
Identificación del tipo de mantenimiento necesario del sistema.
18
Especificación de Requisitos, estándar de IEEE 830
Especificación de quien debe realizar las tareas de mantenimiento, por ejemplo usuarios, o un
desarrollador.
Especificación de cuándo debe realizarse las tareas de mantenimiento. Por ejemplo, generación de
estadísticas de acceso semanales y mensuales.
3.3.6 Portabilidad
Especificación de atributos que debe presentar el software para facilitar su traslado a otras
plataformas u entornos. Pueden incluirse:
4. Propuesta de Planificación
[Insertar una descripción de cómo se abordará el trabajo en cuanto a los días totales estimados y
las personas involucradas en su ejecución, las buenas prácticas y condiciones necesarias a
considerar para implementar para su buen término]
19
Especificación de Requisitos, estándar de IEEE 830
DICCIONARIO EDT
ROL SIGLA NOMBRE COSTO x HORA
Jefe de Proyecto JP Patricia Nieves 11000
Analista Programador AP Branco Solís 7000
Administrador de Base de Datos DBA Martin Rojo 7000
Quality Assurance QA Alex Gómez 4000
Diseñador UX DUX Leandro Suarez 4000
20
Especificación de Requisitos, estándar de IEEE 830
[ Obs.
Insertar Descripción de los aspectos del desarrollo en los que se permitirá aplicar cambios como
parte del Desarrollo del Software definiendo sus alcances y limitaciones asociadas.
El control de cambios es una actividad paralela al desarrollo del proyecto que responde a eventos
que surgen del mismo, sea por requerimientos propios del usuario o por mejoras o correcciones
detectadas por el mismo equipo del proyecto.
Se describe de manera independiente de las demás fases de la metodología pues puede ser
aplicada indistintamente a proyectos en marcha o proyectos ya implementados, y porque es
necesario resaltar su importancia y no relegarla como una actividad posterior al desarrollo, sino
reconocerla como una actividad que debe estar definida, presente y es crítica desde el inicio del
proyecto. Deberá describir que tipo aspectos Funcionalidades y no funcionales se podrán
modificar con cambio, en que instancia de proyecto se podrán aplicar y que motivos los validarían
para ser aplicables y en qué caso no será posible aplicar cambios.
Luego esto se debe complementar con la observación de que en el anexo encontrarán la Planilla
de Control de Cambio con los Tipos de Cambio que podrán aplicarse en la cual posteriormente se
debe completar la planilla al ejecutarse la instancia. ]
5. Anexos
21
Especificación de Requisitos, estándar de IEEE 830
22