NOMINPRO

MANUAL TÉCNICO

VERSIÓN 1.0- 2018

SERVICIO NACIONAL DE APRENDIZAJE

CENTRO DE SERVICIOS Y GESTIÓN EMPRESARIAL
ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN
MEDELLÍN

26/09/2019

NOMINPRO

1
 SANTIAGO CASTAÑO ARENAS

FICHA: 1834537

INSTRUCTOR:
EDICCSON MANUEL QUIROZ HOYOS

SERVICIO NACIONAL DE APRENDIZAJE

CENTRO DE SERVICIOS Y GESTIÓN EMPRESARIAL
ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN
MEDELLÍN

26/09/2019

2
LISTA DE COLABORADORES

El aprendiz SANTIAGO CASTAÑO ARENAS desarrollador del software

NOMINPRO, pertenecen al programa de Programación de Software, de la Ficha
1834537, 26/09/2019.

3
LICENCIAMIENTO Y DERECHOS DE AUTOR

El Servicio Nacional de Aprendizaje – SENA -, como formador profesional

integral, se reserva los derechos de cesión y distribución de licencias del sistema
NOMINPRO; siempre y cuando sea para uso exclusivo de la Formación
Profesional Integral que imparte.

El local Comercial “MAGICTEC” recibe una única licencia de uso. Se le prohíbe

la reproducción o copia total o parcial de este, al igual los manuales de uso y
operación.

El Centro de Servicios y Gestión Empresarial, es propietario de los derechos

patrimoniales sobre NOMINPRO. El aprendiz: SANTIAGO CASTAÑO ARENAS
posee los derechos intelectuales y morales sobre este.

4
DEDICATORIA

Agradecemos al Servicio Nacional de Aprendizaje SENA por impartir la

Tecnología de Análisis y Desarrollo de Sistemas de Información y a nuestros
respectivos instructores por apoyarnos e instruirnos de la mejor manera.

5
INTRODUCCIÓN

El sistema de información NOMINPRO fue desarrollado con la intención de

facilitar y mejorar la gestión de información del local comercial “MAGICTEC”, en
este se encuentran los módulos: gestión de empleados, gestión de tiempos y
administración de nómina.

Este manual fue creado para documentar el desarrollo del sistema de

información ya mencionado y facilitar al usuario la comprensión del diseño y
análisis implementado a este.

6
 2. OBJETIVOS DEL PROYECTO

2.1 GENERAL
Desarrollar para MAGICTEC un sistema de información web que permita la
gestión de sus empleados con sus diferentes estados de acuerdo con las
solicitudes realizadas por los gerentes.

2.2 ESPECIFICOS
1. Gestionar la automatización de ingreso de un empleado.

2. Administrar los tiempos para los empleados.

3. gestionar la información de todos los empleados que se encuentren en el

sistema de NOMINPRO.

4. Administrar adecuadamente la nómina que se asocia a un empleado.

2.3 ENTIDAD DEL CLIENTE

Nuestro Cliente es el local comercial MAGICTEC el cual necesitaba un sistema

de información que le gestionara su información de forma organizada, segura y
sistematizada.

3. DESCRIPCIÓN DEL APLICATIVO

NOMINPRO es un aplicativo web el cual gestiona la información de una forma
organizada en los siguientes módulos: gestión de empleados, gestión de tiempos
y administración de nómina.

4. FINALIDAD DEL MANUAL

La finalidad de este manual técnico es proporcionar ayuda sobre la lógica para

poder trabajar en el proyecto NOMINPRO y argumentado su función e
implantación en la empresa.

7
 5. JERARQUIA DE MACROPROCESOS.

Jerarquía Nivel Macro Sub Procesos Descripción

proceso
Este subproceso se encarga
de registrar un empleado con
A 1 Administrar Empleado un Tipo de Vinculación y Un
Cargo

Este Subproceso se encarga

Gestión de de registrar un cargo con un
A 2 Empleados Cargo tipo de jornada para asociarle
a un empleado

Este Subproceso se encarga

de registrar un tipo de
A 3 Tipo Vinculación vinculación para asociarse a
un empleado y a un parafiscal

Este subproceso se encarga

de gestionar los tiempos del
A 4 Administrar Tiempos empleado ya sean Reporte de
Horas y Periodo

Este subproceso se encarga

de registrar un tipo de
A 5 Gestión de Parafiscales parafiscal al cual se le asocia
Tiempos un tipo de vinculación y el
detalle de los parafiscales

Este subproceso se encarga

de registrarle los horas
M 6 Horas Extra adicionales a un empleado la
cual tiene asociado el reporte
de horas y el detalle de horas

Este módulo se encarga de

buscar el número de
documento del empleado para
M 7 Administrar poder ver los detalles del
Nomina empleado y a su vez poder
generar el reporte de la
Nomina

8
 6. REQUISITOS FUNCIONALES
Los requerimientos funcionales son aquellos que describen cualquier actividad
que este deba realizar, en otras palabras, el comportamiento de un sistema o
software cuando se cumplen ciertas condiciones.

6.1 Gestión De Empleados

6.1.1 Administrar Empleados

6.1.2.1 Cargos

6.1.2.2 Tipo de Vinculación

9
 6.2 Gestión de Tiempos

6.2.1 Administrar Tiempos

6.2.2 Parafiscales

6.2.3 Horas Extra

6.3 Administrar Nomina

10
 7. REQUISITOS NO FUNCIONALES.
REQUISITOS NO FUNCIONALES
Nro. Descripción Atributo

Toda funcionalidad del sistema debe responder al usuario en menos de EFICIENCIA

RNF 1 5 segundos.
ESCALABILIDAD
RNF 2 Diseño de base de datos escalable.
SEGURIDAD
RNF 3 Recuperación de Contraseña por correo electrónico.

La tasa de errores cometidos por el usuario deberá ser menor del 1% de

RNF 4 las transacciones totales ejecutadas en el sistema

El sistema debe contar con manuales de usuario estructurados

RNF 5 adecuadamente.

USABILIDAD
El sistema debe proporcionar mensajes de error que sean informativos y
RNF 6 orientados a usuario final.

La aplicación web debe poseer un diseño “Responsive” a fin de

garantizar la adecuada visualización en múltiples computadores
RNF 7 personales, dispositivos tableta y teléfonos inteligentes.

RNF 8 El sistema debe poseer interfaces gráficas bien formadas.

El sistema debe tener una disponibilidad del 99,99% de las veces en que
RNF 9 un usuario intente accederlo.

El tiempo para iniciar o reiniciar el sistema no podrá ser mayor a 5

RNF 10 minutos.

DEPENDIBILIDAD
La tasa de tiempos de falla del sistema no podrá ser mayor al 0,5% del
RNF 11 tiempo de operación total.

RNF 12 El promedio de duración de fallas no podrá ser mayor a 15 minutos.

RNF. 13 La probabilidad de falla del Sistema no podrá ser mayor a 0,05.

8. DIAGRAMAS UML.
El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje
de modelado visual común y semánticamente rico para la arquitectura, el
diseño y la implementación de sistemas de software complejos, tanto en
estructura como en comportamiento.

11
 8.1 CASOS DE USO.

Un caso de uso es una descripción de los pasos o las actividades que deberán
realizarse para llevar a cabo algún proceso. Los diagramas de casos de uso
sirven para especificar la funcionalidad y el comportamiento de un sistema
mediante su interacción con los usuarios y/o otros sistemas.

8.1.1 CASO DE USO INICIAL.

8.1.2 GESTION DE EMPLEADOS

12
8.1.2.1 ADMINISTRAR EMPLEADO

8.1.2.2 CARGO

13
 8.1.2.3 TIPO VINCULACION

8.1.3 CONTROL DE TIEMPO

14
8.1.3.1 ADMINISTRAR TIEMPO

8.1.3.2 HORAS EXTRAS

15
8.1.3.3 PARAFISCALES

8.1.4. ADMINISTRAR NOMINA

16
 8.2 DIAGRAMA DE CLASES
El diagrama de clases es una herramienta para comunicar el diseño de un
programa orientado a objetos, permitiendo modelar las relaciones entre las
entidades.

8.2.1 DIAGRAMA DE CLASES.

17
 8.3 DIAGRAMAS DE SECUENCIAS.
El diagrama de secuencia es un tipo de diagrama usado para modelar
interacción entre objetos en un sistema.

Este muestra la interacción de un conjunto de objetos en una aplicación a

través del tiempo y se modela para cada caso de uso. A menudo es útil para
complementar a un diagrama de clases.

8.3.1 REGISTRAR CARGO.

8.3.2 CONSULTAR CARGO

8.3.3 MODIFICAR CARGO

8.3.4 CAMBIAR ESTADO DEL CARGO

18
8.4.1 REGISTRAR EMPLEADO

8.4.2 CONSULTAR EMPLEADO

8.4.3 MODIFICAR EMPLEADO

8.4.4 CAMBIAR ESTADO DEL EMPLEADO

8.5.1 REGISTRAR HORAS ADICIONALES

8.5.2 CONSULTAR HORAS ADICIONALES

8.5.3 MODIFICAR HORAS ADICIONALES

19
8.5.4 CAMBIAR ESTADO DE LAS HORAS ADICIONALES

8.6.1 REGISTRAR PARAFISCAL

8.6.2 CONSULTAR PARAFISCAL

8.6.3 MODIFICAR PARAFISCAL

8.6.4 CAMBIAR ESTADO DEL PARAFISCAL

8.7.1 REGISTRAR CONTROL DE TIEMPO

20
 9. DOCUMENTACIÓN DE CASOS DE USO.

ID Nombre A1 Pedidos
Descripción En este módulo se registrará un pedido,
se podrá generar un comprobante de
pago cuando la venta se realice, además
este módulo tendrá la posibilidad de
calcular el total del pedido, además de
consultar un pedido.
Actores Administrador
Pre-Condición Iniciar sesión

Nominpro
Flujo de Evento normal: Flujo de eventos alterno:

21
REGISTRAR PEDIDO: REGISTRAR PEDIDO:
1. El Administrador ingresa 1.1 Si el sistema consulta las
a registrar un nuevo existencias y encuentra que no
pedido. están los insumos necesarios
2. El Administrador saldrá una alerta.
selecciona los productos 1.2 Si el sistema consulta las
solicitados. existencias y alguna de estas
3. El administrador esta deshabilitada, saldrá una
selecciona el sabor de alerta.
helado.
4. El sistema consulta las
existencias.
5. El sistema calcula el valor
total del pedido.
6. El sistema verifica que el
pedido sea correcto.
7. El sistema descuenta de
las existencias.
8. El sistema registra el
pedido.

GENERAR COMPROBANTE
DE PAGO:
1. El sistema genera el
comprobante de pago y
da la opción de descarga.
2. El administrador
descarga el comprobante
de pago.

GESTIONAR PRODUCTO:
1. El administrador ingresa a GESTIONAR PRODUCTO:
registrar un nuevo 1.1 Si la categoría esta deshabilitada, no
producto. se listará en el momento de gestionar
2. El sistema permitirá un producto.
consultar una categoría 1.2 Si trata de ingresar el nombre de un
para agregar un producto producto que ya está agregado, saldrá
a esta. una alerta y no lo dejará realizar esta
3. El sistema guarda la acción.
información. 1.3 Si trata de ingresar el nombre de una
4. El sistema permitirá categoría que ya está agregado,
ingresar a la opción de saldrá una alerta y no lo dejará realizar
gestionar categoría. esta acción.
5. El sistema permitirá
Agregar una categoría.

22
 6. El sistema permitirá
consultar una categoría.
7. El sistema permitirá
modificar o inhabilitar una
categoría.
CONSULTAR PRODUCTO:
CONSULTAR PRODUCTO: 1.1 Si el administrador trata de ingresar
1. El administrador ingresa a un insumo ya registrado en la receta
consultar los productos. saldrá una alerta, y no lo dejará
2. El sistema le permitirá realizar esta acción.
filtrar los productos.
3. El sistema carga todos los
productos creados.
4. El sistema le permitirá
modificar o inhabilitar los
productos.
5. El sistema le permitirá
consultar la receta.
6. El sistema le permitirá
modificar o inhabilitar una
receta.
GESTIONAR RECETAS:
1.1 Si la información de la receta se
GESTIONAR RECETAS:
encuentra incompleta saldrá una alerta.
1. El administrador ingresa a
registrar una nueva
receta.
2. El sistema consulta el
producto.
3. El sistema consulta los
insumos.

GESTIONAR SABORES DE
HELADO:
1. El administrador ingresa a
agregar sabores de
helado.
2. El sistema carga el
formulario.
3. El administrador
suministra la información
requerida.
4. El sistema guarda la
información.

CONSULTAR SABORES
DE HELADO:

23
 1. El administrador
ingresa a consultar
sabores de helado.
2. El sistema le permitirá
filtrar los sabores.
3. El sistema carga todos
los sabores de helado
ingresados.
4. El sistema le permitirá
modificar o inhabilitar
un sabor de helado.

Post-Condición Cerrar Sesión.

ID Nombre M1. GESTION DE COMPRAS

24
Descripción En este módulo se registrarán las compras,
se podrán consultar y se podrá generar un
reporte en .PDF sobre compras, además se
podrá agregar, consultar, modificar e
inhabilitar un proveedor.

Actores Administrador
Pre-Condición Iniciar sesión.

Flujo de Evento normal: Flujo de eventos alterno:

REGISTRAR COMPRAS: REGISTRAR COMPRAS:

1. El administrador ingresa 1.1 Si existe algún error al guardar las
a registrar una nueva compras se genera una alerta.
compra.
2. El sistema carga el
formulario
3. El administrador ingresa
los datos de la compra.
4. El sistema guarda la
compra.

CONSULTAR COMPRAS:
1. El administrador ingresa a
consultar compras.
2. El sistema permitirá filtrar
las compras mediante una
búsqueda.
3. El administrador ingresa
datos de la búsqueda
4. El administrador visualiza
los datos de las compras.

GENERAR REPORTES EN
FORMATO PDF:
1.El administrador
ingresará a la opción de
generar reportes .PDF
2. El sistema le dará la
opción de escoger que
reporte necesita, si por
proveedor, por el mes
anterior, o por el mes en
curso.

25
ID Nombre M2. CONTROL DE EXISTENCIAS
Descripción En este módulo se registrarán las
existencias y se podrán consultar, modificar
y eliminar estas mismas, Además se podrá
registrar una novedad y consultarla.

Actores Administrador
Pre-Condición Iniciar sesión.
Nominpro
Flujo de Evento normal: Flujo de eventos alterno:
REGISTRAR INSUMOS: REGISTRAR INSUMOS:
1. El Administrador 1.1 Si el administrador intenta ingresar un
ingresa a registrar insumo que ya está agregado, saldrá una
insumos alerta y el sistema no permitirá realizar
2. El sistema carga el esta acción.
formulario
3. El Administrador
Ingresa la información
del insumo
4. El sistema guarda el
insumo
5. El sistema genera alerta
"Insumo Registrado
exitosamente".

CONSULTAR INSUMOS:

1. El administrador consulta
los insumos.
2. El sistema carga la lista de
los insumos.
3. El administrador ingresa
datos de la búsqueda
4. El administrador visualiza
los datos de los insumos.

MODIFICAR INSUMOS: MODIFICAR INSUMOS:

1.1 Si la información es incorrecta el
1. El administrador sistema generará una alerta.
consulta los insumos.
2. El sistema carga la lista
de los insumos.
3. El administrador
selecciona el insumo
que desea modificar.

26
4. El administrador
Modifica los campos
deseados del insumo.
5. El sistema verificara que
los campos sean
correctos.
6. El sistema actualizara el
insumo.

INHABILITAR UN
INSUMO:

1. El administrador ingresa
a insumos.
2. El sistema carga las
opciones.
3. El administrador
selecciona la opción de
deshabilitar un insumo.
4. El sistema actualiza los
insumos.

REGISTRAR UNA REGISTRAR UNA NOVEDAD:

NOVEDAD: 1.1 Si la información es incorrecta el
sistema generará una alerta y no dejará
1. El administrador ingresa realizar esta acción.
a Registrar una
novedad.
2. El sistema carga el
formulario.
3. El administrador ingresa
la información.
4. El sistema verifica que
la información sea
correcta.
5. El sistema guarda la
novedad.
6. El sistema genera una
alerta "Novedad
Registrada
exitosamente".

27
 CONSULTAR UNA
NOVEDAD:
1. El administrador
consulta las novedades.
2. El sistema carga la lista
de las novedades
3. El administrador ingresa
datos de la búsqueda
4. El administrador
visualiza los datos de
las novedades

ID Nombre B.1. Gestión de Usuarios.

Descripción En este módulo se podrá consultar los
datos del usuario, Modificar la información
del usuario, recuperar contraseña
mediante correo electrónico y cambiar el
correo electrónico y contraseña.
Actores Administrador.
Precondición Iniciar sesión.
Nominpro

Flujo de Evento normal: Flujo de eventos alterno:

MODIFICAR CONTRASEÑA
DE USUARIO:
MODIFICAR CONTRASEÑA DE
1. El sistema carga el perfil USUARIO:
de usuario.
2. El administrador modifica 6.1 Si la Contraseña es invalida el sistema
la contraseña. generará una alerta y no permitirá realizar
3. El sistema verifica que la esta acción.
contraseña cumpla con
los requisitos de
seguridad.
RECUPERAR CONTRASEÑA:
4. El sistema actualiza la
contraseña. 3.1 Si el sistema valida que el correo
RECUPERAR CONTRASEÑA: electrónico no pertenece a la cuenta,
generará una alerta que diga “Los datos
1. El sistema dará la opción proporcionados no coinciden con nuestros
de recuperación de registros”.
contraseña en el inicio de
sesión.

28
 2. El sistema carga un 6.1 Si el sistema verificará que las
formulario para que el contraseñas ingresadas en los campos
administrador ingrese el “Nueva contraseña” y “Confirmar
correo electrónico contraseña” sean iguales, si no son iguales
asociado a la cuenta. el sistema generará una alerta informando
3. El sistema verifica que el al usuario “Las contraseñas ingresadas no
correo electrónico si este son iguales”.
asociado a una cuenta y
envía un email con una
URL de redirección para
el cambio de contraseña.
4. Al usuario dar click en la
url el sistema lo
redirecciona a una vista
donde puede realizar el
cambio de contraseña.
5. En la vista el sistema
cargará el formulario para
ingresar una nueva
contraseña y un campo
de confirmación.
6. El sistema validará que
las contraseñas
ingresadas sean iguales.
7. Al pasar la verificación el
sistema cambiará la
contraseña en la BD para
los próximos ingresos.
8. El sistema generará una
alerta que diga
“Contraseña cambiada
exitosamente”.

Postcondición Cerrar Sesión.

29
 Bibliografía.
https://es.wikipedia.org/wiki/Diagrama_de_despliegue

http://wiki.uqbar.org/wiki/articles/diagrama-de-clases.html

https://es.wikipedia.org/wiki/Caso_de_uso

http://www.ibrugor.com/blog/que-es-php-para-que-sirve/

https://es.wikipedia.org/wiki/Requisito_funcional

30