Sistema de información para la gestión de los recursos humanos de la empresa MercaMax

Aliado Surtimax

Arlex Ariza Agudelo

Andrey Parra Ariza
Luis Niño Montaña
Juan Andres Torres

Bogotá D.C marzo 2020

Servicio Nacional de Aprendizaje – SENA

Centro de Gestión de Mercados, Logística y Tecnologías de la Información
Tecnología en Análisis y Desarrollo en Sistemas de Información
No Ficha 2059350
 TABLA DE CONTENIDO

LISTA DE TABLAS

LISTA DE FIGURAS

INTRODUCCIÓN

1. PLANTEAMIENTO DEL PROBLEMA

1.1. Descripción del problema
1.2. Justificación
1.3. Objetivos
1.3.1. Objetivo General
1.3.2. Objetivos Específicos
1.4. Delimitación y alcance
1.5. Matriz de riesgos
1.6. Cronograma de actividades

2. ANÁLISIS DE LA SITUACIÓN ACTUAL

2.1. Mapa de procesos de la empresa

2.2. Diagrama de actividades
2.3. Análisis de los stakeholders
2.4. Requisitos Funcionales
2.5. Requisitos No funcionales
2.5.1. Requerimientos No Funcionales de hardware y software
2.5.2. Requerimientos de interfaz de usuario
2.5.3. Requerimientos de desarrollo y seguridad
2.6. Diagramas y Documentación de Casos de Uso de Alto Nivel
 LISTA DE TABLAS

Tabla 1. Análisis de riesgos del proyecto

Tabla 2.Recursos tecnológicos disponibles en la empresa
Tabla 3.Recursos tecnológicos necesarios para la construcción del proyecto
Tabla 4.Viabilidad operativa
Tabla 5.Presupuesto para el desarrollo del proyecto
Tabla 6.Costos de configuración e implantación del proyecto
Tabla 7.caracterización de procesos
Tabla 8.Lista de posibles cambios y clasificación de requisitos
Tabla 9.Requisitos transformados y priorizados
Tabla 10.Requisitos no funcionales

LISTA DE FIGURAS

figura 1. Mapa de procesos

figura 2 diagrama de actividades de
 INTRODUCCIÓN

1) Planteamiento del problema

1.1) Descripción del problema:

Las actividades de levantamiento de información realizadas en la empresa Mercamax

aliado a Surtimax encargada de la venta y expendio de productos como de consumo masivo
y reposición continua, alimenticios y otros varios, ubicada en Calle 166Bis#54-93 en el
barrio San Cipriano de la localidad de Suba, dio como resultado la identificación del mal
manejo de la información que la empresa genera al momento de contratar un nuevo
empleado, ya que se pudo evidenciar que los papeles entregados por el aspirante (Hoja De
Vida), teniendo en cuenta que a la hora de recibir esta información presentada en físico
podrían existir factores los cuales podrían perjudicar la información dada.

Después de este proceso no se hace un buen filtro a los datos suministrados por el
aspirante, porque no se le presta la suficiente atención en el momento de revisar la
información, esto pudimos evidenciar cuando se realizó la observación la mayoría de las
hojas de vida presentadas tenían carencias de: Orden, Información Primordial, Datos
Incoherentes, lo que hace que no se brinde un análisis adecuado a la hoja de vida hacia el
cargo que se postula.

Formulación del Problema:

¿Cómo un sistema de información mejora el mal manejo de los datos que se

presentan a la hora de contratar un nuevo empleado?
1.2) Justificación:

Para solucionar la problemática anteriormente descrita se propone construir una

aplicación informática la cual permitirá:

● Presentar la hoja de vida de forma digital para que los datos queden
almacenados correctamente y con ello no suceda ninguna pérdida de
información.

● Realizar un mejor filtro al momento de establecer la información entregada

previamente y resaltar los aspectos primordiales para evaluar.

● El sistema podrá validar los soportes los cuales el aspirante entrega

teniendo en cuenta la hoja de vida, el puesto por el cual aspira para que sea
transparente, verídica, coherente y correcta la información brindada

● Inmediatamente después de revisar la información se agendará una cita con

el aspirante al trabajo teniendo en cuenta los horarios disponibles del jefe,
además del cargo el cual se está pidiendo.

1.3) Objetivo General:

desarrollar un Sistema de información para la gestión de los recursos humanos de la

empresa MercaMax Aliado Surtimax .

1.4) Objetivos Específicos:

Realizar el levantamiento de información requerido para poder definir los problemas

presentes en el negocio
 1.5. Matriz De Riesgos.

● · Entrega del Producto Tabla Probabilidad e Impacto:

IMPACTO

Probabilidad
Insignificante
) Menor (2)
M Moderado (3) Mayor
(5)(4) Catastrófico (5)
(1)

Raro (1)

Im Probable (2)

Posible (3)

Probable (4)

Casi Seguro (5)

● Nivel De Riesgo:

Nivel De Riesgo Probabilidad X Impacto

Muy Alto >80

Alto 51-80

Medio 31-50

Bajo 11-30
Muy Bajo <10

● Tabla Análisis de Riesgos del Proyecto:

Análisis del Riesgo Acción

Riesgo Tipo Causa Proba Impac Prio Mitigac Contin

de bilida to rida ión gencia
Riesg d d
o (Nivel
de
Riesg
o)

Requeri Los Volver

mientos requeri a
ambiguo Anális mientos Casi Catast Muy Realiza
so is no se Segur rófico Alta r el
incomplet definier o (5) (5) correcto Muy
os. on de levanta Alto
Manera miento
clara de
Informa
ción

Entendim Los Volver

iento Requeri a
Errado Anális mientos Casi Mayor Muy Analizar
de los is Descrito Segur Alta los
Requeri s se o (4) Requeri Muy
mientos entendi mientos Alto
eron (5) y que
incorrec piden
tamente en ellos
Diseño Faltan Reform
de Interfac ular el
Interface Diseñ es Proba Catast Muy diseño Muy
s o dentro ble rófico Alta y añadir Alto
Incomple del Interfac
to proyect (4) (5) es
oa faltante
entregar s

Descono Mala Analizar

cimiento Interpret los
de la Diseñ ación de Proba Mayor Alta requisit
lógica del o los ble os para
negocio requisito (4) hacer Alto
s para (4) un buen
hacer el diseño
diseño del
detallad negocio
o del
sistema

Falta De Ausenci Docum

documen a de entar el
tación en Codifi revision Posibl Menor Bajo código
el código cació es y e fuente
Fuente n aplicaci (2) Bajo
ón de (3)
malas
práctica
s de
desarrol
lo

Modificac Retraso
ión De s en la
Cronogra Anális ejecució Proba Mayor Alta Actualiz Alto
ma de is/ n de ble ar El
Actividad Activida (4) Cronogr
es Codifi des por (4) ama
cació improvis
n tos
indirecto
s
No Hay La
buena comunic
comunica Codifi ación
ción y/o cació entre el
Sinergia n persona Posibl Mayor Medi Mejorar
en el l de e o la
(4) comuni Medio
equipo desarrol
(3) cación
lo no es
óptima y y
no es ambient
eficaz e entre
para los
cumplim desarrol
iento de ladores
objetivo
s

Pérdida Codifi No se
de cació Realiza
Backups n un Posibl Mayor Medi Subir Medio
guardad e o Docum
o en la (4) entos,
nube y (3) Prueba
puede sy
generar Docum
pérdida entació
sy n a la
retrasos nube

Documen Los Actualiz

tación de casos ar
requisitos de constan
insuficien prueba temente
tes, Prueb no Proba Catast Muy los Muy
desactual as/ quedan ble rófico Alta requisit Alta
izados o cubierto os con
Anális (4) (5)
contradic s en su cada
is
torios totalidad cambio
y no que se
actualiz hace
an los
cambios
hechos.
No se Las Realiza
Realiza pruebas r
la Prueb hechas Proba Mayor Alta pruebas Alta
completit as no son ble hasta
ud de las suficient (4) garantiz
Pruebas es para (4) ar la
garantiz calidad
ar la del
calidad Proyect
del o
Proyect
o

Demoras Solució Prioriza

Excesiva n de r la
s en la Prueb defectos Posibl Moder Medi correcci Medio
reparació as no e ado o ón de
n de prioriza defecto
defectos da lo (3) (4) s
cual
retrasa
las
pruebas

Resisten El Capacit
cia del persona aciones
Personal Entre l que va Improb Menor Bajo del Bajo
para ga del a usar able porque
cambiar Produ el nuevo (2) es
las cto product (2) mejor el
practicas o nuevo
del present Product
pasado a miedo o
a
cambio

Capacita Por Prioriza

ción limitació r las
Superfici Entre n o falta Posibl Moder Medi capacit Medio
al a ga del de e ado o aciones
Usuarios Produ Tiempo agenda
Finales cto se (3) (3) das
realizan para
capacita contar
 ciones con una
incompl buena
etas al disponi
persona bilidad
l de
tiempo

Actualiza Se Contar
ciones Actualiz con
del Anális a muy Proba Insigni Muy tiempo
Cronogra is seguido ble ficante Bajo dentro
ma el del Muy
Cronogr (4) (1) cronogr Bajo
ama de ama
Activida para
des del actualiz
Proyect aciones
o

El No se Realiza
Producto realiza r la
Presenta Entre la Posibl Catast Alto correcci Alta
numeros ga del totalidad e rófico ón de
o errores Produ de la TODOS
al cto solución (3) (5) los
entregarl de errores
o errores del
por product
parte de o Antes
desarrol de
ladores entrega
rlo

Seguimie Cuando Realiza

nto se r
Después Entre entrega seguimi
de la ga del el entos
entrega Produ product Improb Moder Bajo despué
del cto o no se able ado s de la
Bajo
Producto le hace entrega
(2) (3)
seguimi para
ento de controla
su r el
funciona buen
 miento funcion
amiento

1.6. Cronograma De Actividades.

2.3. Análisis de los stakeholders

2.4. Requisitos Funcionales

Código Nombre Fecha Grado

Necesidad

RF001 Ingreso al sistema viernes, 13 de alto

marzo de 2020

Descripción El sistema de información permitirá el acceso de los usuarios al sistema,

previa validación de un usuario y contraseña.

Entradas Fuente Salida Destino Regla de

 negocio

Correo Mockup para Menú de Base de datos Solo se puede

electrónico inicio de sesión usuario ingresar al
sistema por
medio del
correo y la
Contraseña
contraseña

Proceso El usuario digita su correo y contraseña.

Si los datos son correctos el sistema se dirige al menú de usuario.

Efecto Los datos son incorrectos y el usuario no puede ingresar.

Colateral

Código Nombre Fecha Grado

Necesidad

RF002 Registrar usuario viernes, 13 de alto

marzo de 2020

Descripción El sistema debe permitir el registro de usuarios con diferentes

perfiles.

Entradas Fuente Salida Destino Regla de

 negocio

Nombre(s), Formulario para Usuario Base de datos Solo se puede

registro de registrado registrar un
Apellido(s), usuarios correctamente usuario si se
diligencia todo
Fecha de
el formulario.
nacimiento,

Tipo de doc,

Documento,

Teléfono,

Celular,

Correo ,

Perfil,

Género,

Experiencia,

Estado civil,

Competencias,

Estudios,

Proceso El usuario diligencia correctamente todo el formulario..

Si los datos son correctos el sistema muestra el mensaje “Usuario

registrado correctamente”.

Efecto Colateral Si los datos son incorrectos o faltan campos por diligenciar el usuario
no puede ser registrado.
 Código Nombre Fecha Grado
Necesidad

RF003 Generar vacantes viernes, 13 de alto

marzo de 2020

Descripción sistema debe permitir generar vacantes para los aspirantes.

Entradas Fuente Salida Destino Regla de

negocio

Nombre(s), Formulario para Los datos serán Base de datos Solo se puede
registro de revisados y registrar un
Apellido(s), aspirantes usted será aspirante si se
notificado. diligencia todo
Fecha de
el formulario.
nacimiento,

Tipo de doc,

Documento,

Correo,

Puesto/Cargo,

Ubicación,

Escala salarial,

Formación
académica,

Habilidades y
conocimientos
Proceso El aspirante diligencia correctamente todo el formulario..

Si los datos son correctos el sistema muestra el mensaje “Los datos

serán revisados y usted será notificado”.

Efecto Colateral Si los datos son incorrectos o faltan campos por diligenciar el
aspirante no puede ser registrado.

Código Nombre Fecha Grado

Necesidad

RF004 Notificacion de contratación viernes, 13 de alto

marzo de 2020

Descripción El sistema deberá notificar a los aspirantes mediante correo

electrónico si serán contratados

Entradas Fuente Salida Destino Regla de

negocio
Correo Formulario de Usted será Base de datos Solo se puede
electrónico del consulta de contratado, por contratar
aspirante aspirantes favor acercarse personal si el
a la empresa lo administrador lo
antes posible desea

Proceso El administrador consulta los formularios de los aspirantes y si está de

acuerdo con su perfil deberá dar click en el botón “contratar” e
inmediatamente llegará un correo de notificación al aspirante

Efecto Si el administrador no está de acuerdo con el perfil del aspirante podrá

Colateral hacer caso omiso al formulario de este

Código Nombre Fecha Grado

Necesidad

RF005 Actualizar empleados viernes, 13 de alto

marzo de 2020

Descripción El sistema permitirá actualizar los datos de los empleados por el

administrador

Entradas Fuente Salida Destino Regla de

 negocio

Correo Formulario de Usted será Base de datos Solo se puede

electrónico del consulta de contratado, por contratar
aspirante aspirantes favor acercarse personal si el
a la empresa lo administrador lo
antes posible desea

Proceso El administrador consulta los formularios de los aspirantes y si está de

acuerdo con su perfil deberá dar click en el botón “contratar” e
inmediatamente llegará un correo de notificación al aspirante

Efecto Si el administrador no está de acuerdo con el perfil del aspirante podrá

Colateral hacer caso omiso al formulario de este

2.5. Requisitos No funcionales

Atributo Escenario Obligato Interac Objeto Detalles Medici

Condicion riedad ción ón
al

Usabilid El contar interfac bien

ad sistema con es formada
debe graficas s

Usabilid El tener manual estructur

 ad sistema es de ados
debe usuario bien
estructur
ados

Usabilid El mostrar mensaj que

ad sistema es de sean
debe error claros y
orientad
os al
usuario

Usabilid El tener errores proporci mayore

ad sistema de onados s al 3%
no debe datos por el de los
usuario datos
total
ingresa
dos

Segurida El proporci los podran

dy sistema onar permiso ser
logica de debe que s de cambiad
datos acceso os
al solamen
sistema te por el
administ
rador

Desemp El cosumir 500 Mb Y asi

eño sistema menos de garantiz
debe de memori ar que
a Ram el
sistema
sea
optimo

Usabilid El implem interfac unicame

ad sistema entar es para nte con
debe navega HTML5
dores y
web Javacript

REQUERIMIENTOS NO FUNCIONALES INTERFAZ DE USUARIO

 Código Nombre Descripción
El sistema de informacion debe tener los colores negro,
Colores
RNF001 rojo y blanco
El sistema de informacion debe tener el logotipo de la
Logotipo
RNF002 empresa
El sistema de informacion debe tener controles que le
operable permitan a los usuarios operar de forma adecuada sus
RNF003 funciones
El sistema de informacion debe tener una navegabilidad
Comprensible
RNF004 comprensible facil de usar

REQUERIMIENTOS NO FUNCIONALES PARA EL DESARROLLO, DESEMPEÑO Y SEGURIDAD

Código Nombre Descripción
El Sistema de informacion debe ser web
Web para permitir al usuario realizar las
RNF005 operaciones en cuaquier ubicación
El sistema de informacion debe manejar
un control de usuario por rol, nadie
Seguridad
aparte delos usuarios con autorizacion
RNF006 podran ingresar al sistema
Las respuestas del sistema de
Rendimiento informacion no deben tardar mucho
RNF007 tiempo
El sistema de informacion debe permitir
Mantenibilidad el mantenimiento de la base de datos y
RNF008 la interfaz grafica.

REQUERIMIENTOS NO FUNCIONALES RELACIONADOS CON HARDWARE Y SOFTWARE

Código Nombre Descripción
El sistema debe ser programado en
PHP un lenguaje orientado a la web,
Lenguaje de programacion
gratuito y sin restricciones de
RNF010 implementacion.
La base de datos del sistema debe ser
Gestor Base de datos
RNF011 creada en My SQL o postgreSQL.
Debe poderse ejecutar en el inventario
Computadores tecnologico de la empresa si
RNF012 restricciones de sistemas operativos.

Impresoras Debe contar con impresoras laser.

RNF013
La aplicación se debe ejecutar en
cualquiera de los siguientes
Navegadores
navegadores Google Chrome,Mozilla,
RNF014 Explorer en sus últimas versiones