Propuesta de Proyecto y Especificación de Requisitos de Software

DUOC UC - Escuela de informática y telecomunicaciones
Propuesta de Proyecto
y Especificación de
Requisitos de Software
Proyecto: Instacom V1.0
Revisión: [02]
[03/06]
Planificación y Especificación de Requisitos según estándares; IEEE 830, ISO9000 y PMI.

Especificación de Requisitos, estándar de IEEE 830
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
2.1. PERSPECTIVA DEL PRODUCTO 5

2.2. FUNCIONES DEL PRODUCTO
2.3. CARACTERÍSTICAS DE LOS USUARIOS 5
2.4. RESTRICCIONES 5
2.5. SUPOSICIONES Y DEPENDENCIAS 6
2.6. REQUISITOS FUTUROS 6
3. REQUISITOS ESPECÍFICOS 7
3.1 REQUISITOS COMUNES DE LAS 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.3 REQUISITOS NO FUNCIONALES 9
3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 10
3.3.4 Disponibilidad 10
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10
3.4 OTROS REQUISITOS 10
4. PROPUESTA DE PLANIFICACIÓN 11
4.1 DESCRIPCIÓN GENERAL ACERCA DE LA PLANIFICACIÓN 11

4.1.2 Definición del Equipo de Trabajo 11
4.1.3 Definición de Actividades principales del Proyecto 11
4.1.4 Diagrama EDT 11
4.1.5 Carta Gantt 11
2
4.1.6 Resumen Costos del Desarrollo del Proyecto 11

4.2 PLAN DE CONTROL DE CAMBIO 12
5. ANEXOS 12
5.1 Acta de Proyecto 12
5.2 Matriz Especificación de Requerimientos 12
5.3 Diagrama de Casos de Uso General 12
5.4 Planilla Casos de Uso 12
5.5 Prototipado de Software 13
5.6 Resultado Análisis de Calidad Diagramas Modelamiento 13
5.7 Resultado Análisis de Calidad Prototipado No funcional del Sistema 13
5.8 Planilla entregables del Proyecto 13
5.9 Matriz de Control de Cambios 13
5.10 Matriz EDT. Planilla Detallada Cálculo de Esfuerzo 13
Ficha del documento
Fecha Revisión Autor Modificación
29-04-
1.0 Rafael Ortiz, Denisse Ponce
2022
Anexo EDT, Planilla EDT, Carta

1-07-2022 1.2 Rafael Ortiz, Denisse Ponce
Gantt.
Documento validado por las partes en fecha:
Integrantes:
Nombre Integrante del Equipo Rol Definido
Rafael Ortiz Scrum Master
Denisse Ponce Product Owner
Johan Morales Desarrollador
Christian Vicencio Desarrollador
Nicolas Álvarez Desarrollador
3
Jonathan Duarte Desarrollador
1. Introducción
Este documento es una Especificación de Requisitos (ERS), desarrollado con la

colaboración de los usuarios y distintos responsables de la compañía. La
elaboración de este documento se ha realizado bajo los estándares de IEEE 830,
ISO 9000 y Project Management Institute.
1.1. Propósito
Se elabora este documento para definir con precisión tanto la finalidad del
proyecto como sus restricciones. Se define al documento como principal
interlocutor de las partes involucradas en el proyecto, las mismas siendo el equipo
de desarrollo, equipo de gestión de calidad, los directivos de Instalum y los
usuarios finales, permitiendo así que el mismo sea revisado, monitoreado y de ser
necesario modificado para satisfacer las necesidades de todos los participantes.
De acuerdo con lo planteado, se espera que todos los involucrados aprueben el
planteamiento en la versión final del documento y que a su vez el mismo cumpla
con los requisitos de los usuarios finales para así permitir el inicio del proyecto al
equipo de desarrollo.
1.2. Ámbito del Sistema

Dado a la creciente demanda en el mercado, donde cada año que pasa crece el
número de clientes y a su vez la carga laboral, durante el último semestre del año
en curso, la empresa Instalum se ha visto en la necesidad de aumentar su equipo
de colaboradores constantemente siendo el departamento de recursos humanos el
que se ha visto más afectado con este suceso, llegando a ser múltiples veces
sobrepasado por el nivel de necesidad en contrataciones y capacitaciones.
En la actualidad, Instalum cuenta con sistemas informáticos para la contratación

de sus servicios, pero no con uno para contratación de personal, como resultado,
el departamento de recursos humanos no da abasto con las tareas, como solución
se plantea el desarrollo de un sistema informático para apoyar al área de recursos
humanos en los procesos de contratación, capacitación y bonificación de personal.
4
Se propone como nombre “Instacom” para este sistema informático, siendo esta
su primera versión, (V1.0). Este sistema informático no podrá ser usado para pago
de nómina autónomamente.
1.3. Definiciones, Acrónimos y Abreviaturas
Base de datos: Según oracle México: “Una base de datos es una recopilación
organizada de información o datos estructurados, que normalmente se almacena
de forma electrónica en un sistema informático. Normalmente, una base de datos
está controlada por un sistema de gestión de bases de datos (DBMS).”
Sistema: Es un sistema que permite almacenar y procesar información; es el

conjunto de partes interrelacionadas: hardware, software y personal informático.
Interfaz: Se denomina interfaz al conjunto de elementos de la pantalla que

permiten al usuario realizar acciones sobre el Sitio Web que está visitando. Por lo
mismo, se considera parte de la interfaz a sus elementos de identificación, de
navegación, de contenidos y de acción.
Usuario: Es el que utiliza diversos programas, o navega en Internet.
Gestión: La gestión es un conjunto de procedimientos y acciones que se llevan a

cabo para lograr un determinado objetivo. Es decir, en términos generales, la
gestión es una serie de tareas que se realizan para acometer un fin planteado con
antelación.
Rol único tributario: Tiene una función importante dentro de las empresas en
relación con los aspectos contables y fiscales. Sirve como mecanismo que
identifica, ubica y clasifica a las personas y entidades. Se utiliza para respaldar e
identificar actividades económicas a terceros según tengan una relación comercial,
laboral o económica. De esta forma puede controlar y tener información hacia las
entidades de supervisión y control.
Sistema operativo: Un sistema operativo es el programa que, después de ser

cargado inicialmente en la computadora por un programa de arranque, administra
todos los demás programas de aplicación en una computadora.
5
Hardware: Son las partes físicas, tangibles, de un sistema informático, sus

componentes eléctricos, electrónicos, electromecánicos y mecánicos. Los cables,
así como los muebles o cajas, los periféricos de todo tipo.
Software: Es el conjunto de los programas de cómputo, procedimientos, reglas,

documentación y datos asociados, que forman parte de las operaciones de un
sistema de computación.
JDBC: (Java Database Connectivity): Es una especificación de la interfaz de

aplicación de programa (application program interface, API) para conectar los
programas escritos en Java a los datos en base de datos populares.
JAVA: Es un tipo de lenguaje de programación, también es una plataforma

informática que es indispensable para el correcto funcionamiento de las diversas
páginas web existentes en la actualidad, así como también para las aplicaciones
de dispositivos Smartphone o computadoras.
BD: Es un conjunto de datos pertenecientes a un mismo contexto y almacenados

sistemáticamente para su posterior uso.
RUT: Rol Único Tributario.
1.4. Referencias
ET120_3C_PRY1111.pdf
1.5. Visión General del Documento

El siguiente documento está dispuesto de la siguiente manera:
● Introducción: Se detalla el objetivo del ERS y el sistema a implementar,

como funcionan y a quién va dirigido.
● Descripción general: Describe las características del sistema a emplear,
de los usuarios y sus limitaciones.
● Requerimientos específicos: Detalla paso a paso que el usuario desea y
necesita para el sistema.
6
2. Descripción General
El futuro sistema informático deberá permitir registrar nuevos usuarios y
posteriormente acceder a su cuenta, fundamentalmente ser muy seguro,
imposibilitando la fuga de información de los usuarios registrados.
Los usuarios pueden variar en rangos de edad y conocimiento tecnológico, por lo

tanto, el sistema debe ser muy intuitivo para satisfacer la necesidad de apoyo en
todo rango de experiencia informática.
El sistema debe permitir que los usuarios modifiquen y/o actualicen la información
respaldada en el mismo a voluntad, garantizando así su fiabilidad.
2.1. Perspectiva del Producto

En la actualidad, Instalum cuenta con un sistema informático para llevar registro
de los servicios que ofrece, como por ejemplo insumos, fechas de instalación y
colaboradores participantes en el proyecto, este sistema proveerá las
calificaciones dejadas por los clientes para facilitar el cálculo de las bonificaciones
a los colaboradores.
Instacom trabajará en la misma base de datos que el sistema actual de Instalum,

su principal función será la de mejorar la gestión de colaboradores por parte de
recursos humanos.
2.2. Funciones del Producto

De manera general, el sistema deberá brindar apoyo al departamento de recursos
humanos de Instalum en las siguientes tareas:
● Gestión de usuarios.
● Gestión de fichas de colaboradores.
● Gestión de capacitaciones de colaboradores.
● Generación de reportes.
● Gestión de bonificaciones de colaboradores.
● Vista de usuario.
7
A continuación, se explicará cómo serán ejecutadas estas actividades.
2.2.1. Gestión de usuarios

El departamento de soporte e informática deberá gestionar los accesos de los
usuarios y sus niveles de autorización, siendo el departamento de recursos
humanos los únicos que tendrán cuentas para usar el sistema para labores
administrativas, y los colaboradores tendrán acceso a sus capacitaciones.
Los usuarios registrados podrán ingresar a sus cuentas para verificar la

información presente en el sistema e interactuar con esta, cambiar su contraseña
e información de usuario.
La cuenta de usuario siempre será el Rol Único Tributario de este, sin dígito
verificador.
2.2.2. Gestión de fichas de colaboradores

Se dispondrá una plantilla que se deberá llenar con los datos de los colaboradores
para llevar registro de estos y facilitar la futura elaboración de documentos tales
como contratos, finiquitos, liquidaciones de sueldo, entre otros, al finalizar, esta
información será reflejada en una ficha de colaborador de manera estructurada.
En caso de necesidad, el usuario puede imprimir una o varias fichas en formato

estructurado en pdf, o en una hoja de cálculo formato cvs, con esta última se
garantiza la capacidad de hacer respaldos posteriores de la información.
Durante el proceso de creación de ficha, el usuario podrá posponer el mismo a

voluntad, además cuenta con la facilidad de modificarla a largo plazo.
Toda ficha de colaborador debe estar vinculada a un número de colaborador. Al

ser creada o estar en creación una ficha de colaborador, se crea un número de
colaborador para la misma.
2.2.3. Gestión de capacitaciones de colaboradores

Dentro de las tareas del departamento de recursos humanos se encuentra la de
programar capacitaciones a distintos colaboradores a lo largo de su trayectoria por
la compañía, en el sistema, las capacitaciones se dispondrán de la siguiente
manera:
● Usuario administrador puede crear nuevas capacitaciones, asignar, editar

eliminar, visualizar capacitaciones pendientes o en proceso de
colaboradores.
8
● El sistema generará una alerta al usuario cuando se le asigne una nueva

capacitación la cual es enviada por correo electrónico, además, presentará
una lista de las capacitaciones pendientes.
2.2.4. Generación de reportes

Cada una de las actividades presentes en el sistema permite generar un informe
en formato pdf, donde usuarios administrativos podrán generar informes de
manera general o específica de los colaboradores, estos pueden ser una ficha de
colaborador, historial de bonificaciones de un colaborador, lista de bonificaciones
pendientes, detalle de bonificaciones y un listado de capacitaciones a realizar en
distintos rangos de fecha.
2.2.5. Gestión de bonificaciones de colaboradores

El sistema actual de Instalum genera una calificación producto de la opinión del
cliente respecto al trabajo realizado por el colaborador, dentro del sistema
Instacom, esta calificación se traduce en un monto a pagar al colaborador como
bonificación acorde a su renta.
El cálculo se realiza de la siguiente manera:
La calificación puede ser hasta 5.0 puntos, pero el rango a evaluar tiene que ser
de mínimo 3.5 y máximo 5.0 puntos, donde hasta 4.1 es el monto mínimo de
bonificación,(1% del valor del proyecto), 4.6 monto estándar de bonificación, (2%
del valor del proyecto), y 5.0 monto máximo de bonificación, (3% del valor del
proyecto).
Además, se debe considerar el tiempo que ha transcurrido desde que el

colaborador comenzó a trabajar con Instalum, donde todos los que tengan más de
un año recibirán adicionalmente un incremento del 15% en su bonificación.
Por otra parte, colaboradores que cumplan regularmente con calificaciones por
encima de los 4.5 puntos serán acreedores a un incentivo adicional de 1 U.F.
El sistema realizará los cálculos pertinentes de manera automática para un

posterior registro de este en la ficha del colaborador, apartado bonificaciones, los
usuarios administradores pueden descargar reportes de bonificaciones
masivamente.
2.3. Características de los Usuarios

Los usuarios son variados, por lo tanto, se definen dos tipos de usuarios:
9
● Usuario técnico: el departamento de informática de la compañía Instalum,

encargado de administrar los componentes informáticos del sistema y el
sistema en sí, también es el encargado de velar por el correcto
funcionamiento del sistema y las cuentas de los demás usuarios. Cuenta
con experiencia informática.
● Usuario administrador: no son necesariamente de origen o particularidad
informática, por lo tanto, el sistema debe ser muy intuitivo, permitiendo
abarcar un rango de edades y experiencia lo más amplio posible, su
principal objetivo es administrar recursos humanos a través del sistema.
Nuevamente se hace énfasis en que el sistema debe ser intuitivo, para permitir
que los usuarios administrativos se puedan familiarizar con él a partir del primer
día que lo usen.
2.4. Restricciones
Dado a que el sistema está propuesto para que sus funciones más técnicas sean
trabajadas por el departamento de informática de la empresa, su funcionamiento
pasa a ser responsabilidad de este departamento, sin embargo, tanto su
implementación y principales actividades serán llevadas a cabo por el
departamento de recursos humanos de la compañía.
El sistema no podrá ser ejecutado fuera de las instalaciones sin ser previamente
autorizada su instalación por el departamento de informática, su lenguaje de
programación es en JAVA, solo puede operar en sistema operativo Windows y por
el momento no posee interfaces móviles, ni web.
2.5. Suposiciones y Dependencias
2.5.1 Suposiciones
Para el correcto funcionamiento e implementación del sistema, se asume lo
siguiente:
● El departamento de informática prestará soporte técnico al departamento de

recursos humanos durante el ciclo de vida del sistema.
● El departamento de recursos humanos tiene computadores disponibles
para usar el sistema.
Es necesario que todos los requerimientos descritos en este documento sean

aprobados por distintos departamentos de Instalum y su junta directiva.
10
2.5.2 Dependencias
Para el correcto funcionamiento e implementación del sistema, se requiere lo
siguiente:
● El sistema informático actual de la empresa Instalum es modificable para

permitir su unión con Instacom.
● Instacom se puede implementar en la base de datos actual de la empresa
Instalum.
2.6. Requisitos Futuros

Ampliar las capacidades del sistema convirtiéndolo en multiplataforma,
permitiendo que sea implementado en una aplicación móvil o página web, para
permitir que los colaboradores tengan cuentas de usuario y acceso al sistema.
Conectar el sistema a una cuenta bancaria aceleraría el pago de bonificaciones al
volverlo automático. Implementar un algoritmo con machine learning volvería
autónomo al sistema en el área de capacitaciones.
11
3. Requisitos Específicos
En esta sección se presentan los requisitos funcionales que el sistema debe
satisfacer en su totalidad, puesto a que son fundamentales para su correcta
implementación, esto quiere decir que un sistema no satisface cualquiera de los
requisitos explícitos aquí sería automáticamente inaceptable. Para apoyar en el
proceso de pruebas, los estándares de cumplimiento de los requisitos serán
especificados, además de descripciones de sus requisitos no funcionales, de
rendimiento y distintas interfaces. Estos serán:
R1: Crear, eliminar y recuperar cuentas de usuario.
R2: Registrar las contrataciones de nuevos colaboradores, creando las fichas de

colaboradores pertinentes.
R3: Controlar la oferta de capacitaciones a los colaboradores nuevos y antiguos

de la empresa.
R4: Controlar y registrar las bonificaciones asociadas a las evaluaciones de los

servicios.
R5: Generar un conjunto de reportes que le permitan visualizar colaboradores

nuevos, bonificaciones, capacitaciones realizadas u ofertadas.
3.1 Requisitos comunes de las interfaces
3.1.1 Interfaces de usuario

Todo lo que esté directamente relacionado a cómo será mostrado el sistema al
usuario, (pantallas, ventanas, formularios, listados), y la forma en que el usuario
usará el mismo, la cual es a través de un mouse, (ratón), y un teclado.
Estas interfaces también incluyen las ayudas visuales presentes en el sistema

para ayudar al usuario durante el proceso de trabajo.
Estas ayudas pueden manifestarse como:
● Mensajes de error.
● Menús desplegables.
● Mensajes informativos.
● Barras de búsqueda.
● Botones.
● Otros.
12
A continuación, se mostrarán ilustraciones de cómo serán las interfaces del

usuario:
El usuario deberá ingresar su usuario y contraseña para poder ingresar.
En caso de ingresar datos erróneos, aparecerá una ventana emergente para

notificar al usuario.
Si el usuario es del departamento de informática, y la cuenta es verificada

exitosamente, la ventana pasará a ser de administración de usuarios:
13
3.1.2 Interfaces de hardware

Bien sea a través de un computador de escritorio o portátil, el usuario interactúa
con el sistema a través del siguiente hardware:
● Pantalla: El sistema de información presentará ventanas que el usuario

podrá visualizar a través de la pantalla.
● Teclado: Capturará toda la información que el usuario quiera escribir en el
sistema.
● Ratón: El usuario lo usará para presionar botones en el sistema, tales como
avanzar, retroceder, cancelar o seleccionar.
● Impresora: Su función es convertir los reportes de formato digital a físico.
3.1.3 Interfaces de software

Ninguno
3.1.4 Interfaces de comunicación

La interfaz de comunicación entre el servidor de base de datos de Instalum y la
aplicación desarrollada en JAVA se realiza mediante JDBC.
14
3.2 Requisitos funcionales
Número de requisito RF1
Nombre de requisito Crear cuentas de usuario
Fuente del requisito BD: Entidad: Usuario
Introducción RF1
El sistema debe permitir, a los usuarios técnicos, crear nuevas cuentas de usuario.
Entradas
Rol único tributario, nombre, correo electrónico, contraseña, cargo, numero de

colaborador, (en caso de ser colaborador).
Procesos
El usuario debe ingresar los datos del nuevo usuario y presionar una flecha para
añadirlo a la lista de cuentas a crear, para que el sistema guarde la información en
la base de datos, presiona aceptar o caso contrario presiona cancelar.
Además, se pueden crear las cuentas masivamente cargando una planilla en

formato cvs.
La nueva cuenta tendrá como usuario de acceso el rut ingresado.
Salidas
Las salidas van dirigidas a: Técnico (Departamento de informática).
● Mensaje de error en el caso de no haber llenado algún campo.

● Mensaje de error en el caso de ingresar un dato en formato incorrecto o
carácter especial no permitido.
● Mensaje de error en el caso de que el usuario ya exista.
● Mensaje de error en caso de que la planilla cargada sea errónea.
15
Número de requisito RF1.1
Nombre de requisito Eliminar cuentas de usuario
Introducción RF 1.1
El sistema debe permitir, a los usuarios técnicos, eliminar cuentas de usuarios
registrados.
Entradas
Rol único tributario.
Procesos
El usuario ingresa el rut de la cuenta a eliminar, posteriormente hace clic en

aceptar.
Salidas
Las salidas van dirigidas a: Técnico (Departamento de informática).

● Mensaje de error en el caso de que el usuario no exista.
Nombre de requisito Recuperar cuentas de usuario
El sistema debe permitir, a cualquier usuario registrado, recuperar su contraseña
enviando un correo electrónico con una contraseña temporal de recuperación.
Entradas
Correo electrónico, contraseña nueva, repetir contraseña nueva.
16
Procesos
El usuario hace clic en recuperar contraseña, ingresa su correo, un correo es

enviado al correo electrónico si está registrado, con una nueva contraseña
temporal para el usuario. Al ingresar con esta contraseña el usuario debe registrar
una nueva contraseña.
Salidas
Las salidas van dirigidas a: Técnico, administrativo (Departamento de

informática/recursos humanos).

● Mensaje de error en el caso de que el usuario no exista.
Nombre de requisito Autentificar usuarios (login)
El sistema debe permitir el ingreso del nombre y contraseña del usuario para así
acceder a realizar sus funciones.
Entradas
Rol único tributario, contraseña, tipo de usuario. (Administrativo, técnico, o

colaborador).
Procesos
El sistema pedirá al usuario que ingrese su rut y su contraseña al usuario, seguido

este debe dar clic en acceder.
Salidas
Las salidas van dirigidas a: Administrativo, técnico, colaborador.

● Mensaje de error en el caso de ingresar un dato incorrecto.
17
Nombre de requisito Modificar datos de usuario
El sistema debe permitir al usuario modificar sus datos incluyendo contraseña
actual, correo electrónico, nombre y cargo.
Entradas
Rol único tributario, contraseña, cargo, correo electrónico y nombre.
Procesos
El sistema pedirá al usuario que ingrese su rut y su contraseña, seguido de

dirigirse a su configuración de cuenta y dar opciones a cambiar.
Salidas
Las salidas van dirigidas a: Administrativo.
● Mensaje de error en el caso de no haber llenado algún campo obligatorio.

Nombre de requisito Crear fichas de colaboradores
Fuente del requisito BD: Entidad: Usuario, colaborador
Introducción RF2
El sistema debe, si la autentificación fue como usuario administrativo, permitir
crear fichas de colaboradores, siguiendo una serie de pasos y llenando varios
campos.
Entradas
Identificación del colaborador, (nombre, apellidos, rut, sexo, estado civil, fecha de
nacimiento, domicilio, comuna, teléfono, email institucional), contacto del
18
colaborador en caso de emergencia, (nombre, apellidos, rut, telefono, parentesco,

email), cargo, (nombre del cargo, escolaridad, departamento al que pertenece,
profesion, sueldo), información previsional, (nombre institución previsional, plan de
salud, año de inicio cotización, nombre institución salud, valor plan salud).
Procesos
Una vez el usuario ubicado en la sección fichas de colaboradores, deberá ir

ingresando los datos requeridos en una planilla, el sistema almacenará la fecha de
creación y el nombre de quien lo creó, además de todos los datos ingresados, con
guardado automático cada cierto tiempo.
Salidas
Las salidas van dirigidas a: Administrativo (Empleado recursos humanos).

● Mensaje de error en caso de rut ya existente.
● Mensaje de ayuda en caso de error consecutivo.
Nombre de requisito Modificar fichas de colaboradores.
El sistema debe permitir al usuario administrativo revisar todas las fichas de
colaboradores creadas a la fecha y modificar los datos almacenados en la misma.
Las fichas de colaboradores se pueden filtrar por rut.
Entradas
Procesos
El sistema tendrá una barra de búsqueda para filtrar fichas de colaboradores, una
vez encontrada, desplegará una planilla para modificar los datos del colaborador
registrado.
19
Salidas

● Mensaje de error si el rut no está registrado en el sistema.
Nombre de requisito Eliminar fichas de colaboradores.
El sistema debe permitir al usuario administrativo, posterior a la búsqueda por rut
de un colaborador, la eliminación de la ficha.
Entradas
Procesos
El sistema tendrá una barra de búsqueda para filtrar fichas de colaboradores, una
vez encontrada, desplegará una planilla para eliminar al colaborador registrado.
Salidas

● Mensaje de error si el rut no está registrado en el sistema.
Nombre de requisito Permitir la generación de reportes
Fuente del requisito BD: Entidad: Usuario, colaborador
20
Introducción RF2.3
El sistema debe permitir al usuario generar reportes en formato pdf o excel. Para
esto, se crea una lista de todas las fichas creadas o en creación para que el
usuario escoja cuál imprimir.
Entradas
Generar reporte individual o masivo.
Procesos
Una vez ubicado en el área de fichas de colaborador, el usuario puede escoger si

buscar una ficha para imprimir o imprimir a través del listado de fichas de
colaboradores.
Salidas
● Mensaje de error en el caso de no haber seleccionado nada.

● Mensaje de error en el caso de no haber impresora conectada.
Nombre de requisito Permitir la gestión de capacitaciones
Fuente del requisito BD: Entidad: Usuario, colaborador,

capacitaciones
Introducción RF3
El sistema debe crear una lista de capacitaciones para que el usuario manipule,
añadiendo futuras capacitaciones o editando las existentes, todas las
capacitaciones deben estar vinculadas a un capacitador y un colaborador.
Entradas
Fecha de creación de capacitación, fecha de término de la capacitación, tipo de

capacitación, nombre capacitador, cargo, colaborador.
Procesos
21
Una vez el usuario ubicado en la sección capacitaciones, permite crear

capacitaciones en una lista que le desplegará el sistema, las capacitaciones deben
estar vinculadas a un colaborador y un capacitador. Una vez completada la
capacitación, se debe marcar en el sistema para que se la asigne a la ficha del
colaborador. El sistema notificará tanto a capacitador como colaborador por correo
electrónico cuando se cree, edite o elimine una nueva capacitación
automáticamente. En caso del colaborador, se le enviará una contraseña
temporal, en el cuerpo del correo, para ingresar al sistema por primera vez, y
posteriormente crear su propia contraseña.
Salidas

● Mensaje de error en caso de formato incorrecto.
Nombre de requisito Permitir modificar las capacitaciones

capacitaciones
Introducción RF3.1
El sistema debe permitir al usuario cargar documentos, añadir apéndices de texto,
subir material audiovisual.
Entradas
Tipo capacitación, capacitador, colaborador, documentos, vídeos, cadenas de

texto.
Procesos
Una vez el usuario ubicado en la sección capacitaciones, selecciona qué

capacitación editar, filtrando por nombre de colaborador, capacitador o tipo de
capacitación, o directamente seleccionando la capacitación. Después, selecciona
qué material complementario cargar a la plataforma.
Salidas
22
● Mensaje de error en caso de que la capacitación no exista.

● Mensaje de error si el dato ingresado no es correcto.
● Mensaje de error en caso de que documento exceda el máximo permitido.
Nombre de requisito Añadir y sacar colaboradores o

capacitadores

capacitaciones
Introducción RF3.2
Añadir y sacar colaboradores de la capacitación.
Entradas
Nombre de colaborador, nombre de capacitador.
Procesos
Una vez el usuario ubicado en la capacitación, permite añadir o sacar un

colaborador a la misma, filtrando en una lista de colaboradores disponibles.
Igualmente para casos de capacitadores.
Salidas
● Mensaje de error en el caso de colaborador o capacitador ya existe en

capacitación.
Nombre de requisito Reportes capacitaciones

capacitaciones
Introducción RF3.3
El sistema añadirá información de las capacitaciones completadas a la ficha del
colaborador correspondiente, una vez el capacitador lo marque como aprobado.
23
Entradas
Colaborador aprobado.
Procesos
Una vez el usuario ubicado en la sección capacitaciones, selecciona qué

capacitación editar, filtrando por nombre de colaborador, capacitador o tipo de
capacitación, o directamente seleccionando la capacitación. Seguidamente
selecciona el colaborador a evaluar, y marca como aprobado.
Salidas
● Mensaje de error si el filtro no encuentra datos.
Nombre de requisito Permitir la gestión de bonificaciones

bonificación, Instalum
Introducción RF4
El sistema debe crear una lista de cálculos de bonificaciones pendientes, en base
a la calificación del colaborador dejada por el cliente en el sistema de Instalum.
Entradas
Calificación del cliente, fecha de bonificación, nombre de colaborador, cargo

colaborador, tipo de bonificación.
Procesos
El sistema procederá a generar una lista con bonificaciones, donde, realiza

cálculos automáticamente en base a fórmulas matemáticas según el contexto, las
cuales almacenará en una lista que puede ser filtrada más adelante. Una vez el
usuario ubicado en el área bonificaciones, se desplegará una lista de
bonificaciones pendientes, el usuario podrá seleccionar revisarlas en detalle,
buscar una en particular, seleccionarlas para marcarlas como pagadas o por
pagar. El usuario podrá filtrar por nombre, cargo y valor las bonificaciones.
Salidas
24
● Mensaje de recurso no encontrado al filtrar.
Nombre de requisito Permitir la impresión de lista de

bonificaciones.

bonificación, Instalum
Introducción RF4.1
El sistema debe permitir al usuario descargar o directamente imprimir la
bonificación a pagar, filtrando por nombre de colaborador, número de colaborador,
fecha de bonificación, cargo de colaborador.
Entradas
Nombre de colaborador, número de colaborador, fecha de bonificación, cargo de

colaborador.
Procesos
Una vez el usuario ubicado en la sección bonificaciones, selecciona qué

bonificaciones imprimir, filtrando por nombre de colaborador, fecha de bonificación
cargo colaborador.
Salidas
● Mensaje de error en el caso de no haber seleccionado nada.

● Mensaje de error en caso de no haber impresora conectada.
Nombre de requisito Permitir acceder a capacitaciones a

colaboradores
Fuente del requisito BD: Entidad: colaborador, capacitacion
25
Introducción RF5
El sistema debe enviar un enlace de acceso al colaborador para participar en su
capacitación.
Entradas
Nombre de colaborador, número de colaborador, correo electrónico colaborador
Procesos
Al colaborador se le envía un enlace para acceder a su capacitación, la cual puede

ver en la web, una vez accedido por primera vez a través del enlace, el
colaborador procede a crear su propia contraseña.
Salidas
Las salidas van dirigidas a: Colaborador
● Mensaje de error si recurso no encontrado o página no disponible.
Nombre de requisito Permitir a colaboradores cambiar su

contraseña
Fuente del requisito BD: Entidad: colaborador, capacitacion
Introducción RF5
Una vez el colaborador entra por primera vez, se le solicita crear una contraseña
para futuros accesos
Entradas
Contraseña actual, repetir contraseña.
Procesos
El colaborador ingresa contraseña nueva en dos campos distintos.
Salidas
Las salidas van dirigidas a: Colaborador.
● Mensaje de error si las contraseñas no coinciden.
26
3.3 Requisitos no funcionales
3.3.1 RNF 1-Requisitos de rendimiento

Para asegurarnos de que las tareas en el departamento de recursos humanos se
vean satisfactoriamente favorecidas por la implementación del sistema, este debe
cumplir como mínimo los siguientes parámetros de rendimiento:
● Almacenamiento de toda la información.
Indicador de éxito: 100%
● Capacidad de tener todos los usuarios registrados conectados

simultáneamente.
Indicador de éxito: 100%
● Las iteraciones no se ven afectadas en más de 1s según cantidad de

usuarios conectados.
Indicador de éxito: 95% de los casos.
Se estima que la cantidad de usuarios conectados al sistema es de 15 al día. El

almacenamiento se hace a través de la base de datos de Instalum.
La cantidad de acciones realizadas por los usuarios por minuto es de 30.
3.3.2 RNF 2 - Seguridad

El sistema cuenta con:
● Sistema de contraseña para garantizar que su ingreso es solamente por

parte de usuarios autorizados.
● Generación de roles, (técnico o administrativo), para permitir que las
cuentas solo sean usadas por personas autorizadas.
● Sistema de encriptado para proteger los datos personales.
● Sistema de registros para llevar control de las actividades.
3.3.3 RNF 3 - Fiabilidad

Para brindar confianza al cliente, el sistema operará en manos de su
departamento de informática, estará vinculado a su base de datos actual y no
27
debe generar ningún tipo de incidente, en caso de, se brindará capacitación al

soporte técnico para que resuelvan lo más pronto posible.
3.3.4 RNF 4 - Disponibilidad

El sistema debe estar disponible 364 días del año, dejando 24hrs para realizar
labores administrativas.
3.3.5 RNF 5 - Mantenibilidad

Las labores administrativas serán realizadas una vez a la semana, tomando parte
del tiempo disponible, (las 24hrs), para que el departamento de informática de
Instalum realice sus labores.
3.3.6 RNF 6 - Portabilidad

El sistema estará en JAVA y puede permitir portabilidades a futuro, sin embargo
funcionará solo en Windows por el momento.
3.4 Otros Requisitos

RNF 7 - Se deben utilizar los colores de la empresa.
RNF 8 - El sistema debe ser super intuitivo.
4. Propuesta de Planificación
4.1 Descripción general acerca de la Planificación
Para garantizar una mejor productividad del equipo se clasificaron las tareas de la
siguiente:
28
Tareas administrativas, documentación, capacitaciones y control de calidad.
Encargados: Rafael Ortiz, (principal) y Denisse Ponce.
Tareas que involucran al equipo de trabajo, implementación, necesidades del

equipo y asignación de reuniones.
Encargada: Denisse Ponce, Product Owner.
Tareas que involucran desarrollo de base de datos, implementación de base de

datos, modelamiento de base de datos y base de datos en general.
Encargado: Cristian Vicencio. (Principal).
Tareas que involucran diseño y desarrollo web.
Encargado: Johan Morales.
Tareas que involucran testing y debugging.
Encargado: Jonathan Duarte.
29
4.1.2 Definición del Equipo de Trabajo
4.1.3 Definición de Actividades principales del Proyecto

Planificación, diseño y modelamiento de prototipos, implementación de Instacom en base de
datos actual de Instalum, desarrollo de funcionalidades técnicas, desarrollo de funcionalidades
administrativas, desarrollo de capacitación para colaboradores, pruebas y capacitaciones.
4.1.4 Diagrama EDT
30
4.1.5 Carta Gantt
4.1.6 Resumen Costos del Desarrollo del Proyecto
4.2 Plan de Control de Cambio

[Se recomienda primero describir los tipos de cambio que se podrán resolver y sus alcances]
[Insertar Tabla de Control de Cambios]
[ 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.
31
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
5.1 Acta de Proyecto

Insertar Acta de Constitución del Proyecto
5.2 Matriz Especificación de Requerimientos

Matriz en formato planilla sobre la especificación de Requerimientos con su identificador y
columnas de datos correspondiente. RF1. O RNF.1
5.3 Diagrama de Casos de Uso General
32
33
5.4 Planilla Casos de Uso

CU- 01
Crear cuentas de usuario

Versión 1.0
Actores Usuarios técnicos
Objetivos asociados OBJ-01 El sistema debe permitir, a los técnicos, crear nuevas cuentas de usuario.
Requerimientos asociados RF-01 Información de usuarios
El técnico debe ingresar los datos del nuevo usuario y presionar aceptar para que
el sistema guarde la información en la base de datos, caso contrario presionar
Descripción cancelar.
La nueva cuenta tendrá como usuario de acceso el rut ingresado.
Pre-condición El solicitante debe ser técnico del departamento de informática
Secuencia Paso Acción
El técnico debe autenticarse ingresando su usuario y contraseña para

1
Normal ingresar al sistema.
2 El sistema le da la bienvenida al usuario técnico.
34
Ingresando exitosamente, pasara a la ventana de administración de

3
usuarios.
4 El sistema muestra en pantalla el menú con sus diferentes opciones.
5 El técnico da clic a la opción nuevo usuario.
6 El técnico ingresa datos del nuevo usuario.
Presiona aceptar para que el sistema guarde la información en la base de

7
datos.
Post-condición El sistema crea de manera exitosa al nuevo usuario.
Paso Acción
Excepciones 1 El técnico selecciona la opción “cancelar”: El sistema finaliza la

operación.
Rendimiento Paso Cota de tiempo
3 3 segundos
6 4 segundos
Frecuencia esperada 100 veces/día
Comentarios
CU- 02
Eliminar Cuentas de Usuario

Versión 1.0
Actores Usuarios Técnicos
Objetivos asociados OBJ-02 El sistema debe permitir, a los usuarios técnicos, eliminar cuentas de
usuarios registrados.
Requerimientos asociados RF-1.1 Rut usuario a eliminar
El usuario técnico ingresa el rut de la cuenta a eliminar, posteriormente da clic en

aceptar.
Descripción
Pre-condición El solicitante debe ser técnico del departamento de informática
35
El técnico debe autenticarse ingresando su usuario y contraseña para

1
2 El sistema le da la bienvenida al usuario técnico.
Ingresando exitosamente, pasara a la ventana de administración de

3
usuarios.
4 El sistema muestra en pantalla el menú con sus diferentes opciones.
5 El técnico da clic a la opción Eliminar usuario.
6 El sistema elimina al usuario.
Post-condición El sistema elimina de manera exitosa al usuario.
Paso Acción
Excepciones 1 El técnico selecciona la opción “cancelar”: El sistema finaliza la

operación.
2 3 segundos
3 3 segundos
6 3 segundos
Frecuencia esperada 100 veces por día
Comentarios
CU- 03
Recuperar cuenta de usuario

Versión 1.0
Actores Usuarios registrados
Objetivos asociados OBJ-03 El sistema debe permitir, a cualquier usuario registrado, recuperar su
contraseña enviando un correo electrónico con una contraseña temporal de
recuperación.
Requerimientos asociados RF-1.2 Usuario y Contraseña.
36
El usuario hace clic en recuperar contraseña, ingresa su correo, un correo es

enviado al correo electrónico si está registrado, con una nueva contraseña
Descripción temporal para el usuario. Al ingresar con esta contraseña el usuario debe registrar
una nueva contraseña.
Pre-condición Para recuperar contraseña, debe ser un usuario registrado.
El usuario debe autenticarse ingresando su usuario y contraseña para

1
2 El sistema le da la bienvenida al usuario.
3 Ingresando exitosamente, el usuario hace clic en recuperar contraseña.
4 Ingresa su correo electrónico.
5 Un correo es enviado al correo electrónico si está registrado.
6 Se envía una nueva contraseña temporal al usuario.
Al ingresar con esta contraseña el usuario debe registrar una nueva

7
contraseña.
Post-condición El sistema envía una contraseña temporal, para que luego sea modificada.
Paso Acción
Excepciones 1 El usuario selecciona la opción “cancelar”: El sistema finaliza la

operación.
2 3 segundos
5 5 segundos
Comentarios
CU- 04
Autentificar usuarios
37
Versión 1.0
Actores Administrativo, técnico, colaborador.
Objetivos asociados OBJ-04 El sistema debe permitir el ingreso del nombre y contraseña del usuario
para así acceder a realizar sus funciones.
Requerimientos asociados RF-1.3 Usuario y Contraseña.
El sistema pedirá al usuario que ingrese su rut y su contraseña al usuario, seguido

este debe dar clic en acceder.
Descripción
Pre-condición El sistema permite el ingreso al usuario.
1 El usuario ingresa rut y contraseña.

Normal
2 El usuario da clic en ingresar.
3 El sistema permite el ingreso al menú principal.
Post-condición El sistema permite el ingreso del usuario.
Paso Acción

operación.
2 3 segundos
3 3 segundos
Comentarios
CU- 05
Modificar datos de usuario

Versión 1.0
38
Actores Administrativo, técnico, colaborador.
Objetivos asociados OBJ-05 El sistema debe permitir al usuario modificar sus datos incluyendo
contraseña actual, correo electrónico, nombre y cargo.
Requerimientos asociados RF-1.4 Usuario y contraseña.
El sistema pedirá al usuario que ingrese su rut y su contraseña, seguido de

dirigirse a su configuración de cuenta y dar opciones a cambiar.
Descripción
Pre-condición El sistema permitirá el ingreso al usuario.
El usuario debe autenticarse ingresando su usuario y contraseña para

1
2 El sistema le da la bienvenida al usuario.
3 Ingresando exitosamente, el usuario hace clic en modificar usuario.
4 Ingresa a configuración de cuenta.
Da clic en la opción que desee cambiar. (Rol único tributario,

5
contraseña, cargo, correo electrónico y nombre).
6 Posteriormente da clic en guardar
Post-condición El sistema guarda de manera exitosa los cambios realizados por el usuario. Al
con
Paso Acción

operación.
3 3 segundos
6 3 segundos
Comentarios
39
RF- 02
Buscar Ficha colaborador

Versión 1.0
Actores Usuario Administrativo.
Objetivos asociados OBJ–01 Buscar ficha mediante cuenta de usuario administrativo.
Requerimientos asociados RI–02 Buscar ficha de colaborador.
El administrador puede buscar una ficha de colaborador ingresando los datos

requeridos.
Descripción
Pre-condición El colaborador debe estar previamente registrado en el sistema.
4Secuencia Paso Acción
1 El usuario se autentica usando su número de run y clave de acceso.

Normal
El sistema da la bienvenida al usuario, mostrando el menú principal en
2
la pantalla.
Usando el mouse, el usuario selecciona en el menú la opción “Buscar

3
ficha”.
4 El usuario ingresa datos de colaborador a buscar.
5 El usuario aprieta botón de “buscar”.
6 El sistema muestra por pantalla la ficha del colaborador.
Post-condición El sistema busca y encuentra la ficha del colaborador.
El sistema muestra por pantalla la ficha del colaborador.
Paso Acción
Excepciones 1 El usuario o contraseña son incorrectos: El sistema arroja un mensaje

por pantalla y solicita ingresar datos nuevamente.
4 El dato identificador es incorrecto: El sistema arroja un mensaje por

pantalla solicitando ingresar dato nuevamente.
1 3 segundos
40
4 3 segundos
5 3 segundos
6 3 segundos
Frecuencia esperada 10/24
Comentarios
CU - 02
Crear Ficha de colaborador

Versión 1.0
41
Actores Usuario administrativo.
Objetivos asociados OBJ–01 Creación de ficha mediante cuenta de usuario administrativo.
Requerimientos asociados RF- 02 Crear ficha de colaborador
El administrador puede crear una ficha de colaborador ingresando datos al

sistema llenando una planilla.
Descripción
Pre-condición El usuario debe estar previamente registrado en el sistema.

Normal
2
la pantalla.
Usando el mouse, el usuario selecciona en el menú la opción “Crear

3
ficha”.
4 El sistema muestra por pantalla la planilla de ficha que el usuario llena.
5 El usuario llena la ficha con los datos del colaborador.
6 El usuario aprieta el botón “crear”, generando la ficha.
7 El sistema muestra por pantalla la ficha creada
Post-condición El sistema genera y guarda en su base de datos la ficha creada.
El sistema muestra un mensaje al usuario de ficha creada correctamente.
Paso Acción

4 3 segundos
5 3 segundos
6 3 segundos
Frecuencia esperada 10/ 24hrs
Comentarios
42
RF- 02
Eliminar Ficha colaborador.

Versión 1.0
Objetivos asociados OBJ–01 Eliminación de ficha mediante cuenta de usuario administrativo.
Requerimientos asociados RI–02 Eliminar ficha del colaborador.
El administrador puede eliminar la ficha de colaborador ingresando al sistema y

presionando el botón de eliminar.
Descripción
Pre-condición La ficha debe existir previamente en el sistema.

Normal
2
la pantalla.
Usando el mouse, el usuario selecciona en el menú la opción “Eliminar

3
ficha”.
4 El sistema solicita por pantalla run del colaborador.
5 El usuario ingresa dato identificador del colaborador.
El sistema muestra por pantalla la planilla de ficha perteneciente al

6
colaborador.
El usuario utilizando el mouse, aprieta el botón “Eliminar Ficha

7
colaborador”
8 El sistema muestra un mensaje de eliminación de ficha por pantalla.
Post-condición El sistema elimina la ficha del colaborador del sistema.
El sistema muestra un mensaje de eliminación de ficha.
Paso Acción

43

1 3 segundos
6 3 segundos
8 3 segundos
Frecuencia esperada 10/ 24 horas
Comentarios
RF- 02
Imprimir Ficha de colaborador.

Versión 1.0
Objetivos asociados OBJ–01 Impresión de ficha mediante cuenta de usuario administrativo.
Requerimientos asociados RI–02 Imprimir ficha del colaborador.
El administrador puede imprimir la ficha del colaborador ingresando a la planilla

perteneciente al colaborador.
Descripción
Pre-condición El colaborador debe contar con una ficha previamente creada en el sistema.

Normal
2
la pantalla.
Usando el mouse, el usuario selecciona en el menú la opción “Imprimir

3
ficha”.
4 El sistema solicita run del colaborador.
5 El usuario ingresa run y accede a su ficha.
44
El usuario utilizando el mouse, aprieta el botón “Imprimir Ficha

6
colaborador”
7 El sistema manda a imprimir la ficha.
Post-condición El sistema imprime la ficha del colaborador.
Paso Acción


1 3 segundos
5 3 segundos
7 3 segundos
Frecuencia esperada 10/ 24 hrs
Comentarios
RF- 02
Modificar ficha colaborador.

Versión 1.0
Objetivos asociados OBJ–01 Modificar ficha del colaborador mediante cuenta administrativa.
Requerimientos asociados RI–02 Modificar ficha del colaborador.
El administrador puede modificar la ficha del colaborador ingresando datos en el sistema

en la planilla previamente creada.
Descripción
Pre-condición El usuario debe haber creado previamente la ficha del colaborador.
45

2
la pantalla.
Normal
Usando el mouse, el usuario selecciona en el menú la opción “Modificar
3
ficha”.
4 El sistema solicita dato identificador .
5 El usuario ingresa dato identificador del colaborador.
El sistema muestra por pantalla la planilla de ficha perteneciente al

6
colaborador.
7 El usuario realiza modificaciones en la planilla.
8 El usuario aprieta el botón de aceptar.
9 El sistema guarda las modificaciones de la planilla.
Post-condición El sistema actualiza y guarda la ficha del colaborador.
El sistema muestra un mensaje al usuario de actualización de ficha.
Paso Acción


1 3 segundos
6 3 segundos
9 3 segundos
Frecuencia esperada 10/ 24 horas
Comentarios
5.5 Prototipado de Software
46
47
5.6 Resultado Análisis de Calidad Diagramas Modelamiento

Insertar Resultado del Análisis de Calidad basado en los estándares y la Planilla de Análisis de
Calidad de modelado de Software.
5.7 Resultado Análisis de Calidad Prototipado No funcional del Sistema

Insertar Resultado del Análisis de Calidad basado en los estándares y la Planilla de Análisis de
Calidad de Prototipo de Interfaz de Usuario.
5.8 Planilla entregables del Proyecto

Insertar la Planilla que define los Módulos y Artefactos asociados al Caso de Uso a los que se
pueden aplicar cambios en un punto de su desarrollo.
5.9 Matriz de Control de Cambios

Insertar la Planilla que define los Módulos y Artefactos asociados al Caso de Uso a los que se
pueden aplicar cambios en un punto de su desarrollo.
48
5.10 Matriz EDT. Planilla Detallada Cálculo de Esfuerzo

[Insertar matriz EDT en formato Planilla que nos permite realizar el cálculo de estimación de
esfuerzo en base a jornadas laborales.]
49

Propuesta de Proyecto y Especificación de Requisitos de Software

Cargado por

Copyright:

Formatos disponibles

Propuesta de Proyecto y Especificación de Requisitos de Software

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Propuesta de Proyecto y Especificación de Requisitos de Software

Cargado por

Copyright:

Formatos disponibles

DUOC UC - Escuela de informática y telecomunicaciones

Planificación y Especificación de Requisitos según estándares; IEEE 830, ISO9000 y PMI.

2.1. PERSPECTIVA DEL PRODUCTO 5

3.1 REQUISITOS COMUNES DE LAS INTERFACES 8

4.1 DESCRIPCIÓN GENERAL ACERCA DE LA PLANIFICACIÓN 11

4.1.6 Resumen Costos del Desarrollo del Proyecto 11

Ficha del documento

Fecha Revisión Autor Modificación

Anexo EDT, Planilla EDT, Carta

Documento validado por las partes en fecha:

Rafael Ortiz Scrum Master

Denisse Ponce Product Owner

Johan Morales Desarrollador

Christian Vicencio Desarrollador

Nicolas Álvarez Desarrollador

Jonathan Duarte Desarrollador

Este documento es una Especificación de Requisitos (ERS), desarrollado con la

1.2. Ámbito del Sistema

En la actualidad, Instalum cuenta con sistemas informáticos para la contratación

1.3. Definiciones, Acrónimos y Abreviaturas

Sistema: Es un sistema que permite almacenar y procesar información; es el

Interfaz: Se denomina interfaz al conjunto de elementos de la pantalla que

Usuario: Es el que utiliza diversos programas, o navega en Internet.

Gestión: La gestión es un conjunto de procedimientos y acciones que se llevan a

Sistema operativo: Un sistema operativo es el programa que, después de ser

Hardware: Son las partes físicas, tangibles, de un sistema informático, sus

Software: Es el conjunto de los programas de cómputo, procedimientos, reglas,

JDBC: (Java Database Connectivity): Es una especificación de la interfaz de

JAVA: Es un tipo de lenguaje de programación, también es una plataforma

BD: Es un conjunto de datos pertenecientes a un mismo contexto y almacenados

RUT: Rol Único Tributario.

1.5. Visión General del Documento

● Introducción: Se detalla el objetivo del ERS y el sistema a implementar,

Los usuarios pueden variar en rangos de edad y conocimiento tecnológico, por lo

2.1. Perspectiva del Producto

Instacom trabajará en la misma base de datos que el sistema actual de Instalum,

2.2. Funciones del Producto

A continuación, se explicará cómo serán ejecutadas estas actividades.

2.2.1. Gestión de usuarios

Los usuarios registrados podrán ingresar a sus cuentas para verificar la

2.2.2. Gestión de fichas de colaboradores

En caso de necesidad, el usuario puede imprimir una o varias fichas en formato

Durante el proceso de creación de ficha, el usuario podrá posponer el mismo a

Toda ficha de colaborador debe estar vinculada a un número de colaborador. Al

2.2.3. Gestión de capacitaciones de colaboradores

● Usuario administrador puede crear nuevas capacitaciones, asignar, editar

● El sistema generará una alerta al usuario cuando se le asigne una nueva

2.2.4. Generación de reportes

2.2.5. Gestión de bonificaciones de colaboradores

El cálculo se realiza de la siguiente manera:

Además, se debe considerar el tiempo que ha transcurrido desde que el

El sistema realizará los cálculos pertinentes de manera automática para un

2.3. Características de los Usuarios

● Usuario técnico: el departamento de informática de la compañía Instalum,

2.5. Suposiciones y Dependencias

● El departamento de informática prestará soporte técnico al departamento de

Es necesario que todos los requerimientos descritos en este documento sean

● El sistema informático actual de la empresa Instalum es modificable para