Nombre de la propuesta.
Sistema de Control de Procesos de Negocio (BPM) orientado a la web para la gestión y control de visitas técnicas e historial de mantenimientos para la empresa TECNICOPIERS de la ciudad de Santo Domingo.
Objetivos
Objetivo General.
Implementar un Sistema de Control de Proceso de Negocio (BPM) orientado a la web para la gestión y control de visitas técnicas e historial de mantenimientos en la empresa TECNICOPIERS de la ciudad de Santo Domingo.
Objetivos específicos.
Recolectar la información de la empresa TECNICOPIERS.
Organizar la información con la finalidad de plantear una propuesta estratégica para la mejora y desarrollo de la empresa.
Diseñar un formato de reporte técnico para recolectar la información ordenada, de los equipos y clientes asistidos en caso de no tener la posibilidad de generar el registro desde la web.
Diseñar la base de datos para el almacenamiento de la información recolectada.
35
Verificar funcionamiento del sistema (Caja Blanca - Caja Negra).
Realizar manuales técnicos y de usuarios para el Sistema de Control de Proceso de Negocio.
Implementación del Sistema de Control de Proceso de Negocio.
Elementos que lo conforman
Recolección de la información.
Creación de formato de reporte técnico. Diseño de la base de datos.
Diseño de la plantilla del sistema. Diseño y desarrollo del sistema web. Roles de usuarios.
Rutas de acceso.
Pruebas de caja blanca y negra del sistema. Requerimientos del sistema.
Implementación del sistema.
Justificación
El análisis e interpretación de resultado de las encuetas y entrevista al personal y gerente de la empresa TECNICOPIERS nos da como resultado la ausencia de un sistema de registro y control de visitas técnicas e historial de mantenimientos, lo que en la actualidad conlleva, perdida de información, resultados de historiales falsos, errores de registro de clientes, entre otros, lo cual ha sido justificado teóricamente en el capítulo I, para la elaboración del Sistema de Control de Proceso de Negocio.
La implementación del Sistema de Control de Proceso de Negocio para la empresa TECNICOPIERS ayudara a evitar errores cotidianos que se han estado presentado a la actualidad con respecto a la información suministrada de los historiales de los equipos y registro de la información.
36
Aplicación práctica de la propuesta y comprobación de los resultados.
Esta propuesta se realizó con el objetivo de brindar solución en los diversos problemas detectados en la empresa TECNICOPIERS con referencia a la información de los historiales de mantenimientos.
Para validar los problemas encontrados en la empresa se realizó una entrevista al dueño el Sr. Camilo Moreno y 6 encuentras a 5 personas del departamento técnico y 1 a la asistente general.
Se requiere que sistematice el proceso de registro y control de reportes técnicos para generar los historiales de mantenimientos, por lo cual se implementara un Sistema BPM orientado a la web utilizando tecnología de software privado.
Herramientas de desarrollo
Laptop del Latitude E6330. Framework Laravel.
XAMPP.
Visual Studio Code. HeidiSQL MySQL Workbench. MariaDB (MYSQL). VueJS. Node js Composer. Programacion: PHP, HTML, JS. Plantilla Core UI.
37 Metodología de desarrollo.
Modelo de cascada
El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo de software se concibe como un conjunto de etapas que se ejecutan una tras otra. Se le denomina así por las posiciones que ocupan las diferentes fases que componen el proyecto, colocadas una encima de otra, y siguiendo un flujo de ejecución de arriba hacia abajo, como una cascada.
Ilustración 12. Metodología de cascada.
Requisitos
En esta etapa se realiza la recolección de la información brindad por parte de los usuarios, para así determinar las características del software y las funciones del mismo, tomando en cuenta todos los procesos involucrados ya que no se puede realizar requerimientos en otra etapa del desarrollo.
38 Diseño
La fase de diseño sirve para formular una solución específica en base a las exigencias, tareas y estrategias definidas en la fase anterior, lo cual incluye la arquitectura del software, interfaces y entornos de trabajo.
Implementación
La fase de diseño sirve para formular una solución específica en base a las exigencias, tareas y estrategias definidas en la fase anterior, al programar tenemos que realizar actividades como el análisis de las condiciones, la creación de algoritmos, y la implementación de éstos en un lenguaje de programación específico.
Verificación
Como su propio nombre indica, una vez se termina la fase de implementación se verifica que todos los componentes del sistema funcionen correctamente y cumplen con los requisitos.
Mantenimiento
Una vez se han desarrollado todas las funcionalidades del software y se ha comprobado que funcionan correctamente, se inicia la fase de instalación y mantenimiento. Se instala la aplicación en el sistema y se comprueba que funcione correctamente en el entorno en que se va a utilizar.
El modelo de desarrollo en cascada sigue una serie de etapas de forma sucesiva, la etapa siguiente empieza cuando termina la etapa anterior. Haciendo mayor énfasis en la primera etapa que es en la que se recolecta la información que servirá para el desarrollo del software, es por esta razón que se recomienda usar este modelo cuando el cliente tiene claro los requerimientos o procesos a sistematizar.
39 Análisis de requisitos
Requisitos de Hardware para el desarrollo
INTEL CORE I3-4130 3.4GHZ 4ta Generación. 4GB Memoria RAM.
500GB Disco Duro.
Monitor de 14” o Superior. Mouse.
Teclado.
Requisitos de Software para el desarrollo
Windows 10 pro 64 bits.
Navegador Google Crome o Firefox. XAMPP.
HeidiSQL.
Visual Studio Code. Composer.
Node js.
Plantilla CoreUI.
Roles y privilegios de usuarios.
Ilustración 13. Roles de usuarios.
Los roles de usuarios siempre serán los mismos, estos no se pueden editar, agregar ni eliminar, ya que están tomados en cuenta en las bases del desarrollo del sistema
40 Acceso rol administrador.
El administrador va tener acceso a todas las funcionalidades del sistema, como a los menús de: Almacén, Personas, Registros, Ordenes, Reportes, Acceso, y a cada uno de los submenús existentes.
El administrador tiene permisos exclusivos para modificar las contraseñas de los demás usuarios por seguridad de la empresa, los otros usuarios solo tendrán acceso al sistema para realizar registro y actualización de la información, tomando en cuenta los permisos asignados.
Acceso rol secretaria.
La secretaria tendrá acceso al menú Almacén, Personas, Registros y Ordenes, a su vez a todos sus submenús, la secretaria será la encargada de registrar las compras, ordenes de entrega, ordenes de instalación, etc. El rol de la secretaria es muy importante ya que es la encargada de la mayor parte del registro de la información para lo cual se recomienda que la información ingresada sea real, ya que esta servirá para toma de decisiones futuras.
Acceso rol técnico.
El técnico va a tener acceso dentro del menú Registros al submenú Asistencias y Reportes, el solo podrá realizar registro de esta información por seguridad del sistema y evitar la posibilidad de alterar información no correspondida.
Acceso rol cliente.
Los Clientes tendrán acceso únicamente al submenú Asistencias dentro del menú Registros, ya que ellos solo podrán reportar por este medio algún problema suscitado con su equipo, los clientes que tendrán acceso al sistema serán los que determine el administrador, ya que el deberá asignarlos con usuarios activos.
41 Caso de uso inicio de sesión en el sistema.
Ilustración 14. Caso de uso inicio de sesión en el sistema.
Caso de uso de registro de asistencia técnica.
Ilustración 15. Caso de uso de registro de asistencia técnica.
Caso de uso para visualizar historial de mantenimientos.
42 Diseño y conexión
Arquitectura o modelo del sistema.
En el Sistema BPM se utilizó la arquitectura Cliente-Servidor, a continuación, se mostrará una ilustración de su esquema.
Ilustración 17. Arquitectura Cliente-Servidor.
En la parte izquierda se observa a los diversos clientes que realizan peticiones al servidor web con un computador, Tablet o dispositivo móvil con acceso a internet mediante un navegador, este servidor web realiza las peticiones correspondientes al servidor de base de datos y extrae los resultados del requerimiento para entregarlo a los clientes según corresponda.
Arquitectura o modelo lógico.
El Sistema BPM cuenta con un modelo de tres capas: Capa de presentación, Capa de lógica de negocio y la Capa de datos, en la siguiente ilustración se muestra el modelo.
43 Ilustración 18. Modelo lógico.
La capa de presentación es lo que el cliente visualiza, la capa de negocio es la encargada de transmitir la información extraída del gestor de base de datos que es la capa de datos, la capa de negociación es la cual entrega al cliente los requerimientos realizados.
Seguridad.
El sistema BPM cuenta con seguridad en el lado del cliente y del servidor:
Inicio de sesión validado con los usuarios existentes. Cierre de sesión.
Encriptación de contraseña.
Configuración de vistas del sistema por roles de usuarios.
Solo un usuario administrador puede crear más usuarios y suministrar privilegios.
Solo un usuario administrador puede resetear las contraseñas de los demás usuarios y de sí mismo.
Los roles de los usuarios son 4, los cuales tienes distintas funcionalidades dentro del sistema.
44 Ilustración 19. Inicio de sesión.
45 Modelo Lógico de la base de datos.
46 Modelo Físico de la base de datos.
47 Diccionario de datos.
Tabla: clientes
COLUMNA TIPO NULO PREDETERMINADO
id_clie INT NO Auto_Increment
rucCed_clie VARCHAR NO Sin valor predeterminado
razonSoc_clie VARCHAR SI NULL
nombre_clie VARCHAR SI NULL
direccion_clie VARCHAR SI NULL
telefono_clie VARCHAR SI NULL
correo_clie VARCHAR SI NULL
created_at TIMESTAMP SI NULL
updated_at TIMESTAMP SI NULL
Tabla 12. Tabla clientes.
Tabla: proveedores
COLUMNA TIPO NULO PREDETERMINADO
id_prov INT NO Auto_Increment
rucCed_prov VARCHAR SI NULL
razonSoc_prov VARCHAR SI NULL
nombre_prov VARCHAR SI NULL
direccion_prov VARCHAR SI NULL
telefono_prov VARCHAR SI NULL
correo_prov VARCHAR SI NULL
nombreCon_prov VARCHAR SI NULL
telefonoCon_prov VARCHAR SI NULL
correoCon_prov VARCHAR SI NULL
created_at TIMESTAMP SI NULL
updated_at TIMESTAMP SI NULL
48 Tabla: técnicos.
COLUMNA TIPO NULO PREDETERMINADO
id_tecn INT NO Auto_Increment
cedula_tecn VARCHAR NO Sin valor predeterminado
nombre_tecn VARCHAR NO Sin valor predeterminado
telefono_tecn VARCHAR SI NULL
correo_tecn VARCHAR SI NULL
created_at TIMESTAMP SI NULL
updated_at TIMESTAMP SI NULL
Tabla 14. Tabla técnicos.
Tabla: artículos
COLUMNA TIPO NULO PREDETERMINADO
id_arti INT NO Auto_Increment
tipo_arti VARCHAR NO Sin valor predeterminado
serie_arti VARCHAR NO Sin valor predeterminado
codigo_arti VARCHAR SI NULL
nombre_arti VARCHAR NO Sin valor predeterminado
marca_arti VARCHAR SI NULL
modelo_arti VARCHAR SI NULL
compatibilidad_arti VARCHAR SI NULL
descripcion_arti VARCHAR SI NULL
cantidad_arti INT NO Sin valor predeterminado
created_at TIMESTAMP SI NULL
updated_at TIMESTAMP SI NULL
49 Tabla: asistencias.
COLUMNA TIPO NULO PREDETERMINADO
id_asis INT NO Auto_Increment
problemaCop_asis VARCHAR NO Sin valor predeterminado
condicion_asis TINYINT NO 1
id_copi INT SI NULL
created_at TIMESTAMP SI NULL
updated_at TIMESTAMP SI NULL
Tabla 16. Tabla asistencias.
Tabla: copiadoras
COLUMNA TIPO NULO PREDETERMINADO
id_copi INT NO Auto_Increment
serie_copi VARCHAR NO Sin valor predeterminado
codigo_copi VARCHAR SI NULL
marca_copi VARCHAR NO Sin valor predeterminado
modelo_copi VARCHAR NO Sin valor predeterminado
contadorBla_copi INT NO Sin valor predeterminado
contadorCol_copi INT NO NULL
condicion_copi TINYINT SI 1
ubicacion_copi VARCHAR SI Sin valor predeterminado
id_clie INT NO NULL
created_at TIMESTAMP SI NULL
updated_at TIMESTAMP SI NULL
50 Tabla: ingresos.
COLUMNA TIPO NULO PREDETERMINADO
id_ingr INT NO Auto_Increment
id_prov INT NO Sin valor predeterminado
id_usua INT NO Sin valor predeterminado
numeroCom_ingr VARCHAR NO Sin valor predeterminado
created_at TIMESTAMP SI NULL
updated_at TIMESTAMP SI NULL
Tabla 18. Tabla ingresos.
Tabla: detalle_ingresos.
COLUMNA TIPO NULO PREDETERMINADO
id_deta INT NO Auto_Increment
id_ingr INT NO Sin valor predeterminado
id_arti INT SI Sin valor predeterminado
cantidad_arti INT NO Sin valor predeterminado
Tabla 19. Tabla detalle_ingresos.
Tabla: reportes.
COLUMNA TIPO NULO PREDETERMINADO
id_repo INT NO Auto_Increment
id_copi INT NO Sin valor predeterminado
id_tecn INT NO Sin valor predeterminado
id_usua INT NO Sin valor predeterminado
contadorBla_copi INT NO Sin valor predeterminado
contadorCol_copi INT SI NULL
problema_repo VARCHAR NO Sin valor predeterminado trabajoReal_repo VARCHAR NO Sin valor predeterminado recomenCamb_repo VARCHAR NO Sin valor predeterminado
created_at TIMESTAMP SI NULL
updated_at TIMESTAMP SI NULL
51 Tabla: detalle_reportes.
COLUMNA TIPO NULO PREDETERMINADO
id_deta INT NO Auto_Increment
id_ingr INT NO Sin valor predeterminado
id_arti INT SI Sin valor predeterminado
cantidad_arti INT NO Sin valor predeterminado
Tabla 21. Tabla detalle_reportes
Tabla: roles.
COLUMNA TIPO NULO PREDETERMINADO
id_rol INT NO Auto_Increment
nombre_rol VARCHAR NO Sin valor predeterminado
descripcion_rol VARCHAR NO Sin valor predeterminado
condicion_rol TINYINT NO 1
Tabla 22. Tabla roles.
Tabla: users.
COLUMNA TIPO NULO PREDETERMINADO
id_usua INT NO Auto_Increment
cedula_usua VARCHAR NO Sin valor predeterminado
nombre_usua VARCHAR NO Sin valor predeterminado
usuario_usua VARCHAR NO Sin valor predeterminado
password VARCHAR NO Sin valor predeterminado
condicion_usua TINYINT NO 1
id_rol INT NO Sin valor predeterminado
remember_token VARCHAR SI NULL
52 Interfaz del sistema
Formulario: inicio de sesión y autenticación de usuarios.
Ilustración 22. Inicio de sesión.
Vista: pantalla principal o escritorio.
Ilustración 23. Pantalla principal o escritorio.
En la ventana principal para el administrador se muestran los gráficos de la cantidad de reportes realizados en el año actual identificados por meses, a su vez la cantidad de reportes realizados por el personal técnico en el mes actual,
53
y en la parte inferior una gráfica de los 5 repuestos y suministros mas ocupados en el mes actual.
Menús del sistema.
Ilustración 24. Menús y sub menús.
En la ilustración de Menús y sub menús se observan todo aquello a lo que tiene acceso el usuario que ha iniciado sesión, esto va a depender del rol que ha sido asignado, como roles vigentes y activos existen 4 y son los siguientes:
Administrador. Técnico. Secretaria. Cliente.
54 Formulario: registro de herramientas.
Ilustración 25. Registrar herramientas.
El formulario del registro de herramientas también se lo ocupa para la edición de las herramientas con los datos de la cual se haya seleccionado.
Formulario: registrar copiadoras.
Ilustración 26. Registrar copiadoras.
El formulario del registro de copiadoras también se lo ocupa para la edición de las mismas con los datos actuales el cual se haya seleccionado.
55 Formulario: registrar repuestos.
Ilustración 27. Registrar repuestos.
El formulario de registro de repuestos será ocupado para la edición de los mismos.
Formulario: registrar proveedores.
Ilustración 28. Registrar proveedores.
El formulario de registro de proveedores servirá para editar información del mismo.
56 Formulario: registrar clientes.
Ilustración 29. Registrar clientes.
El formulario de registro y edición de clientes valida que los datos como la cedula o RUC sean correctos, a su vez comprueba que ingrese un correo y un número telefónico real, también registra automáticamente en la tabla users estos datos como un usuario con el rol de cliente, y su condición inactiva.
Formulario: registrar técnicos.
Ilustración 30. Registrar técnicos.
El formulario de registro de técnicos registra de manera automática en la tabla users los datos del mismo para evitar el doble registro de información disminuyendo el tiempo empleado por la secretaria.
57 Formulario: registrar asistencias.
Ilustración 31. Registrar asistencias Remano-Facturación.
Ilustración 32. Registrar asistencias Mantenimiento.
En las ilustraciones anteriores se realiza el registro de las asistencias según el tipo cuando la asistencia es de remano-facturación se muestran las copiadoras que no están asignadas a clientes, mientras que en la de mantenimiento se realiza la búsqueda del cliente y automáticamente filtra los equipos asignados a su nombre para así poder realizar el registro.
En caso de ser un cliente que no haya realizado la adquisición del equipo en la empresa ni este registrado en la nómina clientes se lo puede agregar a él y a la copiadora dando click en el botón (+), si el cliente ya está registrado y la copiadora no, solo se debe realizar la búsqueda del cliente por el número de cedula y luego registrar el equipo que el necesita realizar la asistencia.
58 Formulario: registrar instalación.
Ilustración 33. Registrar instalación.
En el formulario de registro de instalación se busca el cliente por el número de cedula y la copiadora por la serie, para así hacer que este equipo se relacione con ese cliente, una vez guardada dicha orden automáticamente se genera una asistencia con los datos del equipo y del cliente.
Formulario: registrar compras.
59
En el formulario de compras servirá para dar incremento de las herramientas, repuestos y suministros comprados y a su vez mantener el inventario actualizado.
Formulario: registrar reporte.
Ilustración 35. Registrar reporte.
En el formulario de reporte servirá para reducir los suministros o repuesto que el técnico cambie, manteniendo un inventario al día, este servirá a su vez para controlar las actividades realizadas por el personal técnicos, tales como mantenimientos, remano-facturaciones, instalaciones.
Formulario: registrar usuarios.
60 Ilustración 37. Formato para reportes PDF.
61 Implementación del sistema
Ilustración 38. Administrador de archivos del hosting.
Para la implementación del sistema y publicación en el dominio contratado debemos comprimir nuestro proyecto en formato .zip, para cargarlo en el directorio raíz del hosting y poderlo descomprimir, todos los archivos de la carpeta public de nuestro proyecto debemos moverlos a la carpeta public_html de hosting, y los demás archivos dejarlos en el directorio principal.
62
Por otra parte, debemos realizar la importación de la base de datos para poder obtener acceso al sistema y poder realizar las operaciones que nos brinda el mismo.
Verificación
Pruebas de caja blanca
Ilustración 40. Disparador que aumenta la cantidad de los artículos, tales como herramientas y repuestos.
Este disparador entra en funcionamiento cuando se registra una compra la cual toma la cantidad ingresada en la table detalle_ingreso y actualiza la cantidad en la tabla artículos, cuando el id seleccionado coincide con uno existente.
63
Ilustración 41. Disparador que disminuye la cantidad de los artículos, tales como herramientas, repuestos y suministros ocupados en los reportes.
Este disparador entra en funcionamiento cuando se registra un reporte el cual toma la cantidad ingresada en la table detalle_reporte y actualiza la cantidad en la tabla artículos, cuando el id seleccionado coincide con uno existente.
Pruebas de caja negra
Ilustración 42. Registro de asistencia técnica.
En la ilustración 5 se verifica el correcto registro del formulario de una asistencia, en el cual lo primero en hacer es la búsqueda del cliente por medio del número
64
de cedula, para que muestre las copiadoras que actualmente se mantienen a nombre del él, finalmente se ingresa un problema el cual servirá para determinar posibles daños y poder suministrar al personal técnico los repuestos necesarios